请解释 Redux 实现局部渲染（即只更新受影响的组件）的原理是什么？
考察说明
考查对 Redux 状态管理与 React 渲染机制结合的理解，特别是局部更新背后的核心机制。
回答思路
- 【回答框架 1】Redux 本身不负责渲染，局部渲染是 React 的职责。核心在于 Redux 通过纯函数 reducer 产生新的 state 对象，配合 connect 或 useSelector 的依赖收集，让只有依赖的 state 片段发生变化的组件才会触发重渲染。
- 【回答框架 2】当 dispatch 一个 action 时，Redux 会调用 reducer 生成新的 state。如果新 state 与旧 state 引用相同（即 reducer 未修改相关部分），则依赖该部分的组件不会重新渲染。这依赖 React 的浅比较，如 connect 的 mapStateToProps 返回的新对象引用变化。
- 【回答框架 3】useSelector 使用默认的严格相等（===）比较，只有当 selector 返回的值发生变化时才触发重渲染。因此，只要组件选择的状态片段不变化，即使整个 store 更新，该组件也不会更新，从而实现局部渲染。
- 【回答框架 4】diff 机制（如 React Fiber）会对比虚拟 DOM 变更，仅更新实际变化的 DOM 节点，进一步优化渲染性能。Redux 通过不变性（immutability）确保引用比较高效。
- 【关键点 1】Redux 管理状态，React 负责渲染；局部渲染由 React 配合 Redux 的引用比较实现。
- 【关键点 2】connect 或 useSelector 依赖收集和浅比较，只更新状态变化的组件。
- 【关键点 3】不变性（immutable）更新是引用比较高效的前提。
- 【关键点 4】React 的虚拟 DOM diff 进一步细化到 DOM 节点的更新。
- 【易错点 1】误以为 Redux 自身触发渲染，实际是 dispatch 后发布更新，React 收集依赖。
- 【易错点 2】在 useSelector 中返回新对象（如直接返回状态的一部分）可能导致不必要的重渲染，需使用浅比较或适当 memo 化。