使用Redux Toolkit与RTK Query时全量存API数据至Store是否合理

把所有接口返回数据全量存入Redux Store 完全不是合理实践，也完全违背了RTK Query的设计初衷，你观察到的Store冗余、无意义全局存储问题，就是这种错误用法直接导致的。

RTK Query本身自带一套独立的缓存管理机制，它维护的内置API切片本来就会自动存储请求返回数据、管理缓存生命周期，根本不需要你额外手动把所有接口返回值再存一遍到自定义业务slice里：

• 当有组件订阅某个接口的返回数据时，RTK Query会自动判断是否需要发请求、是否返回缓存
• 当没有任何组件订阅该接口数据时，到达你配置的keepUnusedDataFor时长（默认60秒）后，对应缓存会被自动回收清理，不会长期占用Store空间
  你手动把所有接口返回全量存到全局Store的做法，本质上是绕开了RTK Query自带的缓存回收逻辑，必然会导致大量无用数据长期堆积。

你可以按照下面的规则区分什么数据值得存入全局Redux Store，什么数据完全没必要：

• 需要存入全局Store的场景：
  • 数据会被3个及以上跨路由、无直接关联的组件/视图共享使用
  • 数据不需要每次进入页面都重新从服务端拉取，需要跨页面保留修改状态
  • 典型例子：当前登录用户的基础信息、全局权限配置、跨页面保留的用户筛选条件
• 完全不需要额外存入全局Store的场景：
  • 数据仅在单个视图/单组关联组件内使用
  • 每次进入对应页面都会重新触发接口请求拉取最新值
    这类数据直接在使用的组件内调用RTK Query生成的useXxxQueryHook取返回的data字段使用即可，RTK Query的内置缓存会帮你处理好请求去重、短暂缓存复用的逻辑，多存一份只会带来数据不一致的风险。

1. 先清理现有业务slice里的冗余数据：所有可以直接通过RTK Query Hook拿到的接口返回，全部删掉对应的存值逻辑，组件直接用Hook返回值即可
2. 针对每次进入页面都需要刷新的单视图接口，直接在对应端点配置refetchOnMountOrArgChange: true，不需要手动管理重发逻辑，也不需要额外存全局
3. 如果确实需要把部分接口数据同步到业务slice做全局修改（比如拉取用户信息后需要全局实时同步用户修改的昵称），只需要通过extraReducers监听对应接口的成功状态，只存你需要用到的少数字段即可，不要把整个接口返回体全量塞入Store
4. 不要为了“方便以后可能用到”提前把接口数据存全局，90%的预存数据最后根本不会被用到，只会白白占内存、拖慢state更新的性能。

额外提一句：这种全量存接口返回的做法很容易引出隐蔽bug——接口返回的最新数据和你手动存在slice里的旧数据如果同步逻辑没写全，很容易出现页面上同一份数据展示两个不同值的问题，排查成本极高。

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