React中Apollo Client useQuery pollInterval不生效问题

不用急着切换到Subscription方案，绝大多数pollInterval失效都是配置疏漏，按以下顺序排查即可：

1. 优先修复缓存策略（最高发原因） #

Apollo Client默认查询的fetchPolicy是cache-first，也就是优先读本地缓存、不发网络请求。你只配置了pollInterval的话，轮询触发时会直接返回缓存里的旧帖子列表，根本不会向后端拉新数据。
给useQuery加上网络策略配置即可：

const { loading, data, error } = useQuery(QUERY_POSTS, {
  pollInterval: 1000,
  // 每次轮询都强制走网络拉取最新数据
  fetchPolicy: "network-only",
  // 非轮询触发的查询可以优先读缓存优化体验
  nextFetchPolicy: "cache-first"
});

如果不想让用户每次轮询都看到加载闪烁，可以把fetchPolicy改成cache-and-network，会先返回缓存内容、再静默拉取最新数据覆盖，体验更平滑。

2. 排查轮询被意外终止的场景 #

Apollo的轮询不是配置了就一定会一直跑，以下情况会自动停掉：

• 查询被设置了skip: true，查询暂停后轮询会同步终止
• 代码里手动调用了该查询返回的stopPolling方法，且没有重新调用startPolling恢复
• 查询请求报错进入error状态，轮询会自动停止。开发阶段建议把error解构出来打日志，先排除请求报错的情况：

const { loading, data, error } = useQuery(/* 你的配置 */);
console.log('帖子查询错误：', error);

3. 验证请求是否真的发出 #

打开浏览器开发者工具的Network面板，筛选GraphQL类型的请求，观察：

• 如果每1s都有对应的帖子查询请求发出，但返回结果里没有新帖子，问题出在后端：检查数据库查询是否按创建时间倒序、新帖子写入逻辑是否正确提交
• 如果根本没有周期性的请求发出，回到前两点重新检查前端配置

关于是否要换Subscription #

轮询完全可以满足你这个简易论坛的需求，1s的间隔感知上已经接近实时，不需要一开始就上WebSocket的订阅方案：

• 只有当你需要毫秒级实时性、或者产品用户量达到一定规模，需要降低高频轮询带来的服务端压力时，再考虑迁移到Subscription做服务端主动推送即可。

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