解释为什么调用 setState 而不是直接改变 state？
参考回答：
在React中，我们使用setState来更新组件的状态，而不是直接修改state，因为setState不仅会更新状态，还会触发组件的重新渲染。直接修改state不会触发渲染，因此React不会知道状态发生了变化，也就无法更新视图。
详细讲解与拓展：
- 状态管理和组件重渲染：
setState是React中用来更新状态的标准方法，它有以下几个作用：- 触发重新渲染：当我们调用
setState时，React会将组件标记为“脏”状态，并计划重新渲染组件。React会根据新的状态来重新计算虚拟DOM，并与旧的虚拟DOM进行比较，然后更新真实DOM。 - 合并更新：
setState不会直接替换整个state对象，而是会合并新的状态与原来的状态。例如，假设state中有{ a: 1, b: 2 }，调用setState({ a: 3 })后，新的state会变成{ a: 3, b: 2 }，它只更新了a的值，而没有改变b。
- 触发重新渲染：当我们调用
- 直接修改state的缺陷：
- 不触发重渲染：直接修改
state不会通知React去重新渲染组件。React不会知道你修改了状态，视图不会更新。这是因为React的状态管理依赖于setState的机制来触发更新，而直接修改state绕过了这个机制。 - 潜在的不可预测行为：React在调用
setState时，会进行批处理和异步更新，这意味着在某些情况下状态的更新是合并的，而直接修改state可能会导致更新不一致或者状态不被正确合并。
- 不触发重渲染：直接修改
- 异步行为和性能优化：
setState的调用是异步的，这意味着在一次setState调用之后，React并不会立即更新状态，它会等待一段时间来批量处理多个状态更新操作，从而提高性能。直接修改state无法与这种异步更新机制配合工作，可能导致意料之外的结果。
总结：
使用setState是React设计中的一部分，它确保了状态更新与组件的重新渲染正确协同工作，而直接修改state会绕过React的更新机制，导致渲染不一致或性能问题。