在 React 中，为什么官方推荐 setState 的第一个参数传入一个函数（即 updater 函数）而不是直接传入一个普通对象？请说明其背后的原理和主要好处。

回答思路

1. 【回答框架 1】setState 在 React 中默认是异步的，尤其是在事件处理函数中，React 会将多次 setState 合并为一次更新。如果直接传入对象，多次更新时后面的对象会直接覆盖前面的值，导致基于先前状态的更新丢失。
2. 【回答框架 2】函数式更新将更新逻辑放在纯函数中，React 在批处理时会将每个 updater 函数按顺序执行，updater 接收到的 prevState 是前一次更新后的状态，因此不会丢失中间状态。
3. 【回答框架 3】在并发特性（如 Concurrent Mode）下，React 可能会中断和重放更新，函数式更新可以保证每次执行时都基于最新的状态，而对象形式则可能使用过期的快照，造成状态不一致。
4. 【回答框架 4】建议在依赖于当前状态计算新状态的场景（如计数器累加）中使用函数式更新；而在不依赖旧值的场景（如首次挂载时设置初始数据）可以直接传对象，但为了统一和防误用，官方建议始终使用函数式更新。
5. 【关键点 1】setState 对象合并是浅合并，当多次更新同一字段时，后面的对象会直接覆盖，函数式更新则避免覆盖。
6. 【关键点 2】函数式更新在批处理和并发模式下能获得最新的 prevState，保证状态计算的正确性。
7. 【关键点 3】React 官方文档推荐：如果新状态依赖于旧状态，请使用函数式 setState。
8. 【易错点 1】不能认为 setState 总是异步的：在原生事件或某些生命周期中可能是同步的，但批处理行为仍可能导致对象形式更新覆盖。
9. 【易错点 2】不要依赖 setState 调用后的同步更新，或者在对象形式中直接使用外部变量计算新状态，这样在批处理时可能拿到过期值。
10. 【易错点 3】函数式更新虽然能获得最新状态，但 updater 必须是纯函数，不能产生副作用，否则在并发重放时可能出现问题。