⚡ 30 秒速记

• 核心判断：状态管理的核心是把状态变化约束成可追踪的数据流，中间件在派发边界扩展异步、日志和副作用
• 原理主线：围绕 「一、创建同步Action」、「二、创建异步action的多种方式」、「三、redux异步流程」 建立输入、状态变化与输出之间的因果关系
• 文章范围：介绍了Redux中异步Action的原理、实现方式及实际操作方法，帮助开发者理解如何在React项目中高效管理异步数据流和状态更新。
• 边界与代价：集中式状态不是越多越好；可变性、订阅粒度和异步取消决定性能与可维护性
• 工程落地：选型要从状态归属、更新频率、调试需求和团队约束出发，而不是只比较 API 数量

Redux 的异步处理本质上是让中间件先接住非普通对象的 action，异步完成后再派发同步 action 更新状态。 redux-thunk 接收函数，可在请求前、成功和失败时分别 dispatch，控制力强，也支持乐观更新，但模板代码较多。redux-promise 用 Promise 简化写法，却会过滤初始动作，因此不适合需要立即反馈的乐观更新。实际选型要看业务是否需要过程状态、失败回滚和精细控制。

这篇文章不要按 API 清单来背。先用上面的 Mind Map 建立全局结构，再通过交互 DEMO 观察正常路径和边界路径如何改变状态；阅读正文时重点核对每一步的输入、负责执行的参与者、产生的中间状态以及最终可观察结果。遇到版本敏感结论，要把“历史实现”“当前行为”和“工程兼容策略”分开说明；遇到性能或架构取舍，则用实际指标、失败现象和验证手段支撑判断。

版本校准： 本文若分析 ReactDOM.render、旧生命周期或栈调和，应把它视为理解架构演进的历史路径。React 19 已移除 ReactDOM.render，当前客户端入口使用 createRoot；并发渲染也必须区分可中断的渲染阶段与同步提交阶段。迁移前对照 React 19 官方升级指南。

一、创建同步Action

Action是数据从应用传递到 store/state 的载体，也是开启一次完成数据流的开始

普通的action对象

const action = {
	type:'ADD_TODO',
	name:'poetries'
}

dispatch(action)

封装action creator

function actionCreator(data){
    return {
    	type:'ADD_TODO',
    	data:data
    }
}

dispatch(actionCreator('poetries'))

bindActionCreators合并

function a(name,id){
	reurn {
		type:'a',
		name,
		id
	}
}
function b(name,id){
	reurn {
		type:'b',
		name,
		id
	}
}

let actions = Redux.bindActionCreators({a,b},store.dispatch)

//调用
actions.a('poetries','id001')
actions.b('jing','id002')