能否将GraphQL分页cursor作为唯一标识符用于Apollo缓存合并？

结论 #

完全可以将cursor作为edge去重的唯一标识符，这也是Relay风格GraphQL分页的标准设计约定，你的简化逻辑完全可行。

依据说明 #

• Relay Connection规范明确要求：每个edge的cursor必须对应单个唯一节点，在同一个查询连接下具备全局唯一性，服务端生成cursor的核心作用就是定位单个分页条目，天然适合作为去重判断依据。
• 从你给出的示例也能验证：你的cursor是node id的Base64编码（第一个edge的cursorNjE2N2ZlMmI4N2NiNDczMGY0N2U5MGQ5解码后就是对应的node id6167fe2b87cb4730f47e90d9），用cursor去重和读取node.id去重逻辑完全等价，还减少了一层属性读取，效率更高。

可直接使用的Apollo缓存merge函数示例 #

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

const cache = new InMemoryCache({
  typePolicies: {
    Query: {
      fields: {
        listArticles: {
          // 如果分页带筛选、排序参数，需要在这里配置keyArgs，把参数作为缓存key的一部分，避免不同筛选条件下数据混淆
          keyArgs: ['filter', 'sort'],
          merge(existing = { edges: [] }, incoming) {
            // 用Set存已有cursor，O(1)时间复杂度判重
            const existingCursorSet = new Set(existing.edges.map(edge => edge.cursor));
            // 过滤出未重复的新edge
            const uniqueNewEdges = incoming.edges.filter(edge => !existingCursorSet.has(edge.cursor));
            return {
              // 直接覆盖totalCount、pageInfo等字段，符合你的设计预期
              ...incoming,
              // 合并edge，向下加载更多直接拼接即可，双向加载可根据pageInfo调整插入顺序
              edges: [...existing.edges, ...uniqueNewEdges]
            };
          }
        }
      }
    }
  }
});

注意事项 #

• 仅同一个连接（同一查询、相同筛选排序参数）下的cursor具备唯一性，如果你的分页支持动态筛选/排序，一定要配置keyArgs参数区分不同查询的缓存。
• 提前和后端确认cursor生成规则是固定的即可，绝大多数规范实现的GraphQL服务端都不会动态修改同一个节点的cursor。

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