Redux

核心三原则

Redux 的设计基于三条约束：

• 单一数据源：整个应用的状态存在一个 store 对象树里，任何组件都从这里读状态
• 状态只读：唯一修改状态的方式是派发（dispatch）一个 action 对象，描述「发生了什么」
• 纯函数变更：reducer 函数接收旧状态和 action，返回新状态，不修改旧状态（immutability）

这种强约束让状态变化完全可追踪，Redux DevTools 可以「时间旅行」回放每一步状态变更，对调试复杂的交互逻辑非常有价值。[1]

Redux Toolkit 与竞争态势

原始 Redux 的样板代码极多（action types、action creators、reducer switch-case），社区诟病多年。2019 年官方发布 Redux Toolkit（RTK），内置 Immer（可以写「可变」语法但内部保持 immutable）、createSlice、createAsyncThunk，代码量减少了约 60%。

但即使有 RTK，「全局状态是否值得引入 Redux」仍是争议话题。React Query / TanStack Query 接管了服务端数据获取和缓存（占了大量「状态管理」的需求），Zustand（极简，约 1KB）、Jotai（原子化）成为轻量替代。Redux 在中大型团队和需要严格可追溯状态的场景中仍有不可替代性。