redux通过单一store实现可预测状态管理，要求状态只读、变更靠action描述，由纯函数reducer处理，异步逻辑交由middleware（如Thunk）处理。
javaScript中实现状态管理，Redux提供了一套明确的规则和结构，核心是让状态变化可预测、可追踪、可调试。它不依赖框架，但常与react配合使用；关键不在“多酷”，而在“谁改了状态、怎么改的、改成了什么样”全程清晰。
单一数据源（Store）
整个应用的状态被存储在一个javascript对象里，叫red”>store。它不是多个分散的变量或组件内state，而是一个中心化的“真相唯一来源”。所有读取状态、触发更新都必须通过这个store。
- 创建store用createStore（v4）或configureStore（v5+推荐，来自@reduxjs/toolkit）
- store提供getState()读取当前状态，dispatch(action)发起变更，subscribe(listener)监听变化
- 状态对象必须是纯JavaScript值（普通对象、数组、字符串等），不能是class实例或函数
状态只读，变更靠Action
你不能直接修改store里的状态，比如state.count++或state.items.push(…)都是禁止的。所有变更必须通过发送一个action对象来描述“发生了什么”。
- Action是一个普通对象，必须包含type字段（字符串，通常大写常量），例如{ type: ‘ADD_TODO’, payload: ‘学Redux’ }
- 推荐用payload字段携带数据，避免直接把数据塞进type里
- Action只是“意图声明”，它本身不做任何修改，真正执行变更的是reducer
纯函数驱动：Reducer
Reducer是一个纯函数：(state, action) => newState。它接收旧状态和action，返回新状态，不修改原state，也不产生副作用（如api调用、路由跳转）。
立即学习“Java免费学习笔记（深入）”；
- 必须有默认参数state = initialState，应对首次调用
- 用switch (action.type)或条件判断处理不同action，未匹配时返回原state
- 更新嵌套对象时，要用展开运算符或immer等工具保证不可变性，例如{ …state, user: { …state.user, name: action.payload } }
异步逻辑交给Middleware（如Redux Thunk）
Reducer里不能写异步代码。要发请求、延时、等待结果后再dispatch action，需要用middleware扩展dispatch能力。
- 最常用的是redux-thunk：允许dispatch一个函数，该函数接收dispatch和getState作为参数
- 例如：dispatch => { fetch(‘/api’).then(res => dispatch({ type: ‘SET_DATA’, payload: res })) }
- @reduxjs/toolkit内置Thunk，无需手动配置，写法更简洁