请对比 Redux 与 Flux 在架构设计上的不同点，并说明这些差异带来的实际影响。
考察说明
考察对状态管理库演进的理解，以及对比分析能力。
回答思路
- 【回答框架 1】Flux 是 Facebook 提出的单向数据流架构模式，核心包括 Dispatcher、Store 和 View。Dispatcher 作为中央枢纽接收 Action，并分发给所有注册的 Store。Store 处理逻辑后更新状态，通知 View 更新。
- 【回答框架 2】Redux 是 Flux 思想的简化实现，去掉了 Dispatcher，将状态集中到单一 Store，通过纯函数 Reducer 描述状态变化。Redux 引入 action 和 reducer 的概念，强调状态不可变性，使用 subscribe 监听变化。
- 【回答框架 3】两者的核心区别：Redux 是单一 Store，Flux 可以有多个 Store；Redux 使用纯函数 Reducer，Flux 的 Store 包含业务逻辑；Redux 通过 combineReducers 拆分逻辑，而 Flux 依赖 Dispatcher 的 waitFor 管理 Store 依赖。
- 【回答框架 4】Redux 的不可变状态和纯函数使得状态变更可预测，便于调试和时间旅行。Flux 更灵活，适合复杂 Store 间通信，但依赖关系管理较复杂。
- 【关键点 1】Flux 有 Dispatcher，Redux 没有 Dispatcher，用 Reducer 代替。
- 【关键点 2】Redux 是单一 Store，Flux 是多 Store。
- 【关键点 3】Redux 状态不可变，Flux 不强制。
- 【关键点 4】Redux 纯函数 Reducer 更易测试和预测。
- 【易错点 1】认为 Redux 只是 Flux 的库实现，忽略架构差异。
- 【易错点 2】以为 Flux 也要求单一 Store。
- 【易错点 3】忽视 Redux 的不可变状态带来的性能考量。