如何针对Apollo中类型的特定用法条件禁用缓存规范化？

针对你遇到的Apollo InMemoryCache缓存规范化冲突问题（PersonEvent的old/new快照被合并为同一Person实例），以下是分场景的最佳实践：

一、优先方案：服务端类型拆分（最符合领域模型） #

从逻辑上看，历史快照的Person和当前活跃的Person并非同一概念，最佳做法是让后端将快照定义为独立的GraphQL类型（比如PersonSnapshot），而非复用Person类型。

调整后PersonEvent的字段定义如下：

old: PersonSnapshot!
new: PersonSnapshot!

由于PersonSnapshot的__typename与Person不同，Apollo会将它们视为完全独立的实体类型，自然不会触发缓存合并，同时不影响原有Person类型的缓存规范化功能。

二、客户端适配方案（无需修改后端） #

如果无法调整服务端，可以通过Apollo的typePolicies在字段级别禁用特定字段的缓存规范化，仅针对PersonEvent的old和new字段生效，不影响全局Person类型的缓存：

import { InMemoryCache } from '@apollo/client';

const cache = new InMemoryCache({
  typePolicies: {
    PersonEvent: {
      fields: {
        // 禁用old字段返回值的缓存规范化，直接作为嵌套数据存储
        old: {
          keyFields: false,
          // 强制替换合并策略，避免后续更新覆盖快照数据
          merge(existing, incoming) {
            return incoming;
          }
        },
        // 对new字段做同样配置
        new: {
          keyFields: false,
          merge(existing, incoming) {
            return incoming;
          }
        }
      }
    },
    // 保留Person类型的默认缓存规范化配置（基于id）
    Person: {
      keyFields: ['id']
    }
  }
});

配置后，PersonEvent的old/new返回值会直接作为PersonEvent缓存条目的嵌套数据存储，不会进入全局的Person实体缓存，也就不会和其他场景下的Person实例合并。

不推荐的方案 #

• 给Person添加时间戳/快照ID作为keyFields的一部分：这种方式会污染Person对象的结构，仅为客户端缓存需求增加不必要的字段，违反领域模型设计原则。
• 完全禁用Person类型的缓存规范化：会丢失Person实体在其他场景下的缓存优势，不符合你的需求。

内容的提问来源于stack exchange，提问作者Knut Marius