React useReducer最佳实践：分开发送多单字段更新action还是使用单个多字段更新action？

其实这两种方式各有适用场景，我结合实际开发经验给你拆解下：

先说说性能层面的实际情况 #

你担心的「分开发送多个action会导致多次重渲染」其实在React 17里不用太焦虑——React会自动批量处理同步触发的多个dispatch调用。也就是说，你在同一个同步代码块里连续dispatch三次，React只会触发一次重渲染，和用单个action的效果是完全一样的。只有在异步代码（比如setTimeout、Promise回调）里，React 17才不会自动批量处理，不过这是另一个话题了。

再从代码维护性和可读性来看 #

• 分开发送单字段action：这种方式的好处是action职责更单一，reducer里的每个case逻辑也更简单清晰。比如updateFieldA就只负责更新fieldA，后续如果要给这个字段的更新加额外逻辑（比如校验、格式转换），直接修改对应的case就行，不会影响其他字段的更新逻辑。而且这种action可以在组件的不同地方复用，比如其他地方只需要更新fieldA时，直接调用这个action就好。
• 单个多字段action：如果这些字段的更新本来就是强关联的（比如是从同一个接口返回的一组数据，必须同时更新），那用一个updateAll类的action会更语义化，一眼就能看出来这是一次整体性的状态更新。而且reducer里只需要处理一个case，不用写多个重复的单字段更新逻辑。

最佳实践建议 #

1. 如果字段更新是独立的、可能被单独复用的场景，优先用单字段action，保持职责单一；
2. 如果字段更新是强关联的整体操作（比如表单提交后的批量赋值、接口返回数据的批量更新），用单个多字段action更合适；
3. 性能层面不用过度纠结，React的批量更新已经帮我们处理了同步场景下的重渲染问题，除非你在异步场景下触发多次dispatch，那可以考虑用unstable_batchedUpdates（不过这个API是不稳定的，React 18已经默认支持所有场景的批量更新了）。

举个实际例子，假设你在处理用户信息的编辑：

• 如果是用户单独修改昵称（fieldA），那用updateFieldA的单字段action很合理；
• 如果是从后端获取了完整的用户信息，要同步更新昵称、邮箱、手机号（fieldA、B、C），那用一个updateUserProfile的多字段action更合适。

最后想说，不用太纠结「哪种绝对更好」，核心是让你的代码更贴合业务逻辑，更易读易维护——毕竟代码是写给人看的，性能问题在大部分业务场景下都是次要的。

备注：内容来源于stack exchange，提问作者Mohammad Noushad Siddiqi