React Query 具体性能开销及缓存限制相关技术问询

1. 计时器开销问题 #

React Query 确实会依赖计时器来追踪 stale time、执行垃圾回收等，但它的实现做了针对性优化：

• 不会为每个查询单独创建计时器，而是采用批量调度机制，将多个需要触发的任务合并到同一个调度周期中执行。
• 计时器仅在存在活跃查询或需要缓存清理时才会运行，闲置状态下不会产生额外开销。
• 常规业务场景下，这种计时器的性能影响微乎其微，只有当你维护上万级别的极端查询数量时才可能察觉到差异，而这类场景在实际开发中极少出现。

2. 缓存上限设置问题 #

React Query 没有内置的「最大查询数量/存储容量」配置项，但可以通过以下方式实现类似的缓存限制效果：

• 自定义淘汰逻辑：结合 queryClient.invalidateQueries() 或 queryClient.removeQueries()，在查询数量达到阈值时，手动淘汰最早创建或最久未使用的查询。
• 利用 gcTime 自动清理：通过设置查询的 gcTime 参数，让闲置超过指定时间的查询自动被垃圾回收，间接控制缓存的规模。
• 自定义缓存层：通过扩展或包装 QueryClient 的缓存实现，自行添加基于数量或容量的上限控制与淘汰策略（比如 LRU 算法）。

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