请从设计动机和功能实现的角度解释，Vuex 规定 mutation 只能包含同步操作的原因是什么？

回答思路

1. 【回答框架 1】Vuex 是集中式状态管理库，其核心目标之一是让状态变化可追踪、可预测。mutation 被定义为唯一允许修改 state 的同步操作，这是为了确保每次状态变更都能被 devtools 准确记录，形成清晰的变更日志。如果 mutation 中包含异步操作，操作完成时机不确定，devtools 无法捕捉异步回调中的状态修改，导致调试和追踪困难。
2. 【回答框架 2】从架构设计看，Vuex 通过强制 mutation 同步，将异步逻辑隔离到 action 中。action 可以包含异步操作，并通过提交 mutation 来改变 state，这样既保持了异步处理的灵活性，又保证了状态变化的同步性和可追踪性。这种分层设计让状态流动路径清晰：组件（dispatch action）→ action（异步逻辑）→ mutation（同步修改）→ state 更新。
3. 【回答框架 3】此外，同步 mutation 有助于时间旅行调试和持久化。在严格模式下，Vuex 会检测到 mutation 之外的 state 修改或异步导致的修改时机错乱，从而帮助开发者及时发现错误。但需要注意，Vuex 并不禁止在 mutation 中写异步代码，只是这样会破坏工具的可追踪性，并可能引发不可预测的行为，实际开发中应避免。
4. 【关键点 1】mutation 必须同步，以保证状态变更可被 devtools 记录和追踪。
5. 【关键点 2】异步逻辑应放在 action 中，通过提交 mutation 间接修改 state。
6. 【关键点 3】同步 mutation 是时间旅行调试和状态可预测性的基础。
7. 【关键点 4】mutation 中写异步代码不是语法禁止，而是设计约定。
8. 【易错点 1】误认为 mutation 中异步操作会导致数据丢失或无法更新，实际上只是可能无法被 devtools 准确追踪。
9. 【易错点 2】将 action 与 mutation 混淆，action 中直接修改 state 而不是提交 mutation，会破坏状态管理流程。
10. 【易错点 3】过度依赖严格模式，忽略生产环境性能，严格模式是开发辅助而非生产配置。