NGRX/Redux疑问：更新UserReducer时未变更的TopicsReducer为何触发组件订阅

以下是几种可能导致该异常的常见原因：

• 组件订阅范围过大
  如果MatchingPairsComponent使用store.subscribe()监听整个Redux store，而非仅订阅TopicsReducer对应的状态切片，那么任何reducer（包括UserReducer）更新store时，都会触发组件的回调函数，导致组件误以为TopicsReducer数据变更。

• useSelector依赖处理不当
  若组件使用useSelector时，没有精准选择TopicsReducer的状态，或者返回了新的对象/数组（比如在选择器里做了map、filter这类返回新引用的操作，且未配合useMemo或shallowEqual优化），那么每次store更新（即使是UserReducer的切片变化），useSelector都会因为返回值引用变化而触发组件更新，进而错误覆盖本地数据。

• 状态更新违反不可变性原则
  虽然是更新UserReducer，但如果在UserReducer的处理逻辑中，意外引用并修改了TopicsReducer对应的状态对象（比如直接修改原state的嵌套属性，而非返回新的状态副本），会导致TopicsReducer的状态引用发生变化，触发订阅该切片的组件更新。

• 中间件或store配置问题
  如果项目中使用了自定义中间件，或者store的合并reducer逻辑存在错误，可能会在处理SaveTestRecords action时，意外触发TopicsReducer的状态更新，或者导致store的状态结构异常，使得组件接收到错误的推送。

• 组件本地状态与store状态耦合错误
  组件在处理数据时，可能没有正确区分本地临时状态和store中的TopicsReducer状态，当组件因UserReducer更新而重新渲染时，错误地用store中未变更的Topics数据覆盖了正在处理的本地临时数据。

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