在 Redux 架构里，异步获取远程数据的标准做法是什么？请说明其实现机制和常见方案。
考察说明
考查对 Redux 异步数据流和中间件机制的理解与工程实践。
回答思路
- 【回答框架 1】Redux 本身是同步的 store，网络请求属于副作用，因此需要借助中间件来处理异步 action，从而在不破坏纯 reducer 的前提下完成数据加载和状态更新。
- 【回答框架 2】推荐使用 Redux Thunk，它让 action creator 可以返回一个函数，该函数接收 dispatch 和 getState，在其中发起请求，并在成功后 dispatch 一个包含数据的普通 action，失败时 dispatch 错误 action。
- 【回答框架 3】也可以使用 Redux Saga，通过 ES6 生成器函数以声明式方式编排副作用，支持并发、取消、竞态处理等复杂流程，适合请求逻辑较重的应用，但学习成本更高。
- 【回答框架 4】状态设计上，通常用 loading、data、error 三个字段或用 pending、fulfilled、rejected 三种状态来管理数据请求的不同阶段，并确保 reducer 保持纯函数。
- 【回答框架 5】选择中间件时应权衡项目复杂度：简单请求用 Thunk 即可，复杂异步编排选 Saga；同时注意取消请求、错误重试和重复提交等边界情况。
- 【关键点 1】网络请求是副作用，必须通过中间件处理，保持 reducer 纯函数。
- 【关键点 2】Thunk 允许 action creator 返回函数，在函数内执行异步逻辑并 dispatch 结果。
- 【关键点 3】Saga 用生成器声明式处理副作用，适合复杂异步流程。
- 【关键点 4】状态管理中需清晰表示请求的加载、成功和失败阶段。
- 【易错点 1】不能在 reducer 里发请求或执行异步操作，否则破坏纯函数特性。
- 【易错点 2】不要忽略请求竞态，需处理过期响应的情况。
- 【易错点 3】避免在组件中直接发起请求而不经过 action 管理，导致状态分散和难以调试。