状态管理库核心是集中管理应用状态，确保变化可预测。Redux与Vuex均采用单一状态树，将所有状态存于一个store中；状态不可变，需通过action触发变更：Redux中action由reducer纯函数处理，返回新state；Vuex则通过mutation同步修改state，action处理异步后再提交mutation。两者更新机制不同：Vuex依赖Vue响应式系统自动更新视图，Redux需结合React手动订阅store变化。均支持中间件扩展，如redux-thunk或Vuex插件，用于异步、日志等。核心理念一致：单一数据源、状态只读、纯函数更新，差异源于框架特性。理解后可实现简易版store，关键在于保持变更可预测。
状态管理库的核心作用是集中管理应用的状态，让状态变化更可预测、更易调试。在大型前端项目中，组件之间频繁通信会导致数据流混乱，Redux 和 Vuex 就是为了统一状态管理而诞生的。它们虽然服务于不同框架（Redux 用于 React，Vuex 用于 Vue），但设计思想高度相似。
单一状态树
Redux 和 Vuex 都采用“单一状态树”结构，即整个应用的所有状态都存储在一个唯一的对象树中，存放在一个 store 实例里。
- Redux 中通过 createStore 创建 store，state 通过 store.getState() 获取
- Vuex 中通过 new Vuex.Store() 创建，state 直接挂载在 store 实例上
- 这种集中式存储让状态变得可追踪，便于开发工具（如 Redux DevTools）进行快照和回放
状态只读与纯函数更新
不能直接修改状态，必须通过明确的“动作”来触发变更，保证状态变化的可预测性。
Redux：使用 action 描述“发生了什么”，reducer 是纯函数，接收旧 state 和 action，返回新 state。
立即学习“前端免费学习笔记（深入）”；
- action 是普通对象，必须包含 type 字段
- reducer 必须是纯函数，不能有副作用（如 API 调用、修改参数）
- 通过 combineReducers 组合多个 reducer，管理不同模块状态
Vuex：提供 commit 方法提交 mutation 来同步更改状态。
- mutation 类似 Redux 的 reducer，也是唯一能修改 state 的地方
- mutation 必须是同步函数，确保每次变更都能被 devtools 捕获
- 通过 action 处理异步逻辑，再 commit mutation
响应式更新机制
状态变化后，视图需要自动更新。两者实现方式不同，源于框架特性。
Vuex：基于 Vue 的响应式系统。store 中的 state 本质是 Vue 实例的 data，当 state 变化时，依赖它的组件会自动重新渲染。
Redux：本身无响应式能力，需结合 React 手动监听。通常使用 react-redux 的 Provider 和 connect 或 useSelector 来订阅 store 变化并触发 re-render。
中间件扩展能力
实际开发中常需处理异步、日志、崩溃监控等，两者都支持中间件机制。
- Redux 使用 applyMiddleware 注入中间件，如 redux-thunk 支持异步 action，redux-logger 打印状态变化
- Vuex 的插件机制类似，可通过 store 的 subscribe 方法监听 mutation，实现日志、持久化等功能
- 中间件本质上是对 dispatch 的增强，形成链式调用
基本上就这些。核心理念都是：单一数据源、状态不可变、通过纯函数更新。差异主要来自 React 和 Vue 的编程模型。理解原理后，哪怕不用 Redux 或 Vuex，也能自己实现一个简易版——比如维护一个全局对象，暴露 getState、dispatch、subscribe 接口，加上 reducer 处理逻辑，就是一个迷你 store。关键是保持状态变更的可预测性。
