NGRX中先后触发的关联Action是否保证被顺序处理？

一、B 的 Effect 能否获取到 A 更新后的最新状态？ #

可以保证获取到。核心逻辑基于两点：

• JS 是单线程模型，所有同步代码会按顺序执行完毕后，才会处理事件循环队列中的异步任务。
• Redux 的 dispatch 是同步操作，Reducer 会在 dispatch 调用时立即执行并完成状态更新。

结合你的场景具体流程：

1. 调用 dispatch(B) 时，B 对应的 Effect 不会立即执行，而是被加入事件循环的任务队列，等待当前同步代码块执行完毕。
2. 紧接着调用 dispatch(A)，A 对应的 Reducer 同步执行，直接更新状态中的目标对象。
3. 当前同步代码执行完成后，事件循环才会启动 B 的 Effect，此时状态已经被 A 完全更新，所以 B 的 Effect 能读取到最新值。

你基于 JS 单线程的判断完全正确，这个行为是由语言机制和 Redux 的设计共同决定的。

二、单独创建 Effect 监听 A 再调用 B 是否属于过度设计？ #

取决于业务场景的稳定性：

• 如果当前的触发顺序（先 B 后 A）是固定、明确的，且不会被其他代码随意修改，那额外创建监听 A 的 Effect 属于过度设计——现有逻辑已经能保证执行顺序，新增监听只会增加代码复杂度，没有实际收益。
• 如果触发顺序可能被误改，或者你需要强制约束「只有 A 更新状态后才能执行 B 的逻辑」（避免其他地方错误地触发 B 却不执行 A），那这种监听方式是合理的强约束手段，不算过度设计，反而能提升代码健壮性。

内容的提问来源于stack exchange，提问作者jarodsmk