Store中使用state参数与get函数的写法是否等价？有何优劣？

一、两种写法是否完全等价？ #

在只更新单个状态、没有并发操作的简单场景里，这两种写法的表现是一致的，但从底层机制和复杂场景（比如异步、并发更新）来看，二者并非完全等价：

• 写法a里的set((state) => {...})是通过回调函数获取状态，Zustand会给这个回调传入当前最新的、不可变的状态快照，回调里的state是固定值，不受其他并发操作影响。
• 写法b里的get()是直接获取实时的状态引用，如果在调用get()和执行set()之间，有其他操作修改了状态，get()拿到的值就不是更新时的真实快照，可能导致计算错误。

二、两种写法的优缺点 #

Scenario a（回调式更新） #

• 优点：
  • 异步场景下更安全：比如在setTimeout、API请求完成后更新状态时，回调里的state是固定的快照，不会因为中间状态变化导致更新逻辑出错。
  • 逻辑更清晰：符合多数状态管理库的传统更新模式，团队协作时更容易被理解。
• 缺点：
  • 写法相对繁琐，尤其是需要依赖多个状态值时，要在回调里解构state，代码量会增加。

Scenario b（get()获取状态） #

• 优点：
  • 代码更简洁：直接获取当前状态计算，省去了回调嵌套的写法，看起来更直观。
  • 多状态依赖时更灵活：不需要在回调里解构多个状态字段，直接用get()获取所需值即可。
• 缺点：
  • 异步场景有风险：如果更新逻辑包含异步操作，get()拿到的状态可能在执行set()前已经被其他操作修改，导致最终状态不符合预期。
  • 依赖实时状态引用：如果不小心修改了get()返回的引用类型值（比如直接修改对象属性），会破坏Zustand的不可变更新原则，引发难以排查的bug。

三、最佳实践建议 #

• 优先选回调式更新（Scenario a）：当更新逻辑涉及异步操作，或者需要确保基于更新前的固定状态快照计算时，用回调式更稳妥。
• 用get()写法（Scenario b）：仅限同步的、单一状态依赖的简单场景，比如示例里的单个字段累加，这种场景下不会有并发状态修改的风险，代码更清爽。
• 复杂同步更新：如果需要同时依赖多个状态且是同步操作，可以用get()；但如果是异步操作，建议在异步逻辑开始时先调用一次get()获取快照，后续基于这个快照计算，避免实时状态变化带来的问题。

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