React Query中useInfiniteQuery的enabled选项不生效问题

useInfiniteQuery的enabled配置失效、甚至设为false依然发请求，和API设计一致性无关，90%以上是以下两个原因导致：

• 配置传参错误，钩子根本没读到你写的enabled规则
  如果你用的是v3及更早版本（包名为react-query，而非@tanstack/react-query），要注意useInfiniteQuery的所有配置——不管是通用的enabled、cacheTime，还是分页专属的getNextPageParam，都必须平级放在第三个参数的配置对象里。很多人会误把分页配置拆到第四个参数传入，导致第三个参数里写的enabled被完全忽略，钩子直接走默认值enabled: true自动发请求。
• 存在主动触发逻辑，绕过了enabled的拦截规则
  enabled只对自动触发的查询生效：包括组件初次挂载、queryKey变化重拉、窗口聚焦重拉、缓存失效自动重拉这些场景。以下操作会完全无视enabled状态直接发请求：
  • 手动调用钩子返回的refetch()方法
  • 通过queryClient.fetchQuery/queryClient.prefetchInfiniteQuery全局主动拉取该queryKey的数据
    这类问题非常常见：你可以全局搜索EDiscountEndPoints.filteredList.key和对应的refetch调用，重点看第一个useQuery的onSuccess回调、依赖currentCity/selectedPoint/tagsList的useEffect，大概率是在这些地方没加前置判断，直接调用了拉取逻辑。

另外你贴的代码里还有个隐藏的分页bug：getNextPageParam的else分支没写return，会导致后续翻页判断失效，滚动加载会出异常。

1. 先核对本地React Query版本，确认所有配置都正确传入第三个参数的平级对象中，不要拆分通用配置和分页配置到不同参数位。
2. 全局排查该queryKey的所有主动调用点，删掉未满足前置条件就触发拉取的逻辑，把触发时机完全收敛到enabled配置上，判断条件记得加可选链避免初始化取值报错：

enabled: !!(tagsList?.tags?.length && currentCity?.cityId && typeof selectedPoint === 'number')

3. 修复getNextPageParam的返回逻辑，补全else分支的return：

getNextPageParam: (lastPage, pages) => {
  if (pages.length < lastPage.totalPages) {
    return {
      pagination: {
        page: pages.length,
        perPage: 10,
      },
    };
  } else {
    return undefined;
  }
},

4. 如果按上述步骤改完还是有问题，直接在useInfiniteQuery的queryFn里打个断点看调用栈：如果是自动触发的，调用栈里会有React Query内部的钩子逻辑；如果是手动触发的，调用栈能直接定位到你写的主动调用代码的位置，顺着排查就行。

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