Apollo Client基于first/last的分页是否为游标分页及最优实践问询

问题背景 #

我在React项目中使用Apollo Client结合GraphQL+Relay实现服务端分页，此前采用偏移量分页，现计划切换为更可靠的游标分页。但因需直接跳转到最后一页，无法依赖after游标，于是通过设置after=null，结合first和last参数实现分页，代码如下：

const handlePagination = () => {
  const last = Math.min(pagination.pageSize, totalEdges - (pagination.pageIndex * pagination.pageSize));
  refetch({
    after: null,
    first: (pagination.pageIndex + 1) * (pagination.pageSize),
    last: last || pagination.pageSize,
    nameContains: searchInputRef.current,
  });
};

现咨询两个问题：

• 这种实现是否属于游标分页，还是用游标参数模拟偏移量分页？
• 是否应优先使用after/before游标，仅在跳转到最后一页时使用first和last参数？

问题解答 #

1. 这种实现属于用游标参数模拟偏移量分页 #

严格来说，这算不上标准的游标分页。标准游标分页的核心是依赖唯一且稳定的游标值（比如记录ID、时间戳等）定位分页起点或终点，服务端能基于游标高效查询后续/前序数据，规避偏移量分页的性能痛点（比如大偏移量时的全表扫描）。

你的实现里虽然传了after: null，但分页逻辑完全基于totalEdges和pageIndex计算偏移量，通过first和last截取对应范围的数据——本质还是偏移量分页的思路，只是套了游标分页的参数外壳。服务端如果按这套参数处理，依然需要先计算偏移位置，没法发挥游标分页的高效查询优势。

2. 建议优先使用after/before游标，仅在跳转到最后一页时用first+last组合 #

标准游标分页的合理流程应该是：

• 常规翻页（上一页/下一页）：使用after（下一页）或before（上一页）配合first/last参数，依赖前一页返回的游标值定位，这是游标分页的优势场景，能保证数据一致性（比如中间有数据新增/删除时，不会出现重复或漏数据）。
• 直接跳转到最后一页：此时没有现成的before游标可用，就可以用last: pageSize（如果最后一页数据不足pageSize则传实际数量）+ after: null的方式，让服务端直接返回末尾的对应数量数据。

需要注意的是，服务端必须支持这种参数组合的处理逻辑——当after为null且传入last时，能正确返回末尾的对应数据。

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