在 Redux 中，异步 action 与同步 action 在定义方式、执行流程和作用上存在哪些关键差异？请结合 Redux 的数据流机制说明二者分别适用于什么场景，并解释异步 action 通常需要借助哪些中间件来实现。
考察说明
考查对 Redux 数据流转机制的理解，以及同步与异步 action 在实现和适用场景上的区别。
回答思路
- 【回答框架 1】同步 action 是返回普通 action 对象的函数，对象包含 type 和 payload 等信息。dispatch 后 Redux 同步调用 reducer 计算新 state，更新 store 并触发视图更新，整个过程是同步的。
- 【回答框架 2】异步 action 通常是指返回函数的 action creator（如 redux-thunk），该函数接收 dispatch 和 getState 参数，可在内部进行异步操作（如 fetch）。异步操作完成后，再 dispatch 同步 action 来更新 state。
- 【回答框架 3】异步 action 也可以使用 redux-saga 实现，saga 通过监听 action 执行副作用，但不直接返回 action 对象。但核心区别在于异步 action 能够处理副作用和时序，而同步 action 是纯数据描述。
- 【回答框架 4】适用场景：同步 action 适用于用户交互、表单提交等即时状态更新；异步 action 适用于请求服务器数据、延迟操作、复杂流程控制等需要等待外部结果的情形。
- 【关键点 1】同步 action 返回普通对象，异步 action 返回函数或借助中间件处理副作用。
- 【关键点 2】异步 action 常配合 redux-thunk 或 redux-saga 使用，通过 dispatch 同步 action 来更新状态。
- 【关键点 3】同步 action 主要用于纯 UI 状态变更，异步 action 用于处理网络请求等延迟操作。
- 【易错点 1】不要将异步 action 误认为返回 Promise 的 action creator，真正区别在于是否需要处理副作用和时序。
- 【易错点 2】避免在 reducer 中执行副作用，异步逻辑应放在 action creator 或中间件中。
- 【易错点 3】不要忽略异步 action 的错误处理，否则可能导致状态更新异常或未捕获异常。