• 组件状态
    • setState 实际做了什么?
    • state 和 props 之间的区别是什么?
    • 为什么 setState 给了我一个错误的值?
    • 我应该如何更新那些依赖于当前的 state 的 state 呢?
    • 给 setState 传递一个对象与传递一个函数的区别是什么?
    • setState 什么时候是异步的?
    • 为什么 React 不同步地更新 this.state?
    • 我应该使用一个像 Redux 或 MobX 那样的 state 管理库吗?

    组件状态

    setState 实际做了什么?

    setState() 会对一个组件的 state 对象安排一次更新。当 state 改变了,该组件就会重新渲染。

    state 和 props 之间的区别是什么?

    props(“properties” 的缩写)和 state 都是普通的 JavaScript 对象。它们都是用来保存信息的,这些信息可以控制组件的渲染输出,而它们的一个重要的不同点就是:props 是传递组件的(类似于函数的形参),而 state 是在组件被组件自己管理的(类似于在一个函数内声明的变量)。

    下面是一些不错的资源,可以用来进一步了解使用 propsstate 的最佳时机:

    • Props vs State
    • ReactJS: Props vs. State

    为什么 setState 给了我一个错误的值?

    在 React 中,this.propsthis.state 都代表着已经被渲染了的值,即当前屏幕上显示的值。

    调用 setState 其实是异步的 —— 不要指望在调用 setState 之后,this.state 会立即映射为新的值。如果你需要基于当前的 state 来计算出新的值,那你应该传递一个函数,而不是一个对象(详情见下文)。

    代码不会像预期那样运行的示例:

    1. incrementCount() {
    2. // 注意:这样 *不会* 像预期的那样工作。
    3. this.setState({count: this.state.count + 1});
    4. }
    5. handleSomething() {
    6. // 假设 `this.state.count` 从 0 开始。
    7. this.incrementCount();
    8. this.incrementCount();
    9. this.incrementCount();
    10. // 当 React 重新渲染该组件时,`this.state.count` 会变为 1,而不是你期望的 3。
    11. // 这是因为上面的 `incrementCount()` 函数是从 `this.state.count` 中读取数据的,
    12. // 但是 React 不会更新 `this.state.count`,直到该组件被重新渲染。
    13. // 所以最终 `incrementCount()` 每次读取 `this.state.count` 的值都是 0,并将它设为 1。
    14. // 问题的修复参见下面的说明。
    15. }

    参见下面的说明来修复这个问题。

    我应该如何更新那些依赖于当前的 state 的 state 呢?

    setState 传递一个函数,而不是一个对象,就可以确保每次的调用都是使用最新版的 state(见下面的说明)。

    给 setState 传递一个对象与传递一个函数的区别是什么?

    传递一个函数可以让你在函数内访问到当前的 state 的值。因为 setState 的调用是分批的,所以你可以链式地进行更新,并确保它们是一个建立在另一个之上的,这样才不会发生冲突:

    1. incrementCount() {
    2. this.setState((state) => {
    3. // 重要:在更新的时候读取 `state`,而不是 `this.state`。
    4. return {count: state.count + 1}
    5. });
    6. }
    7. handleSomething() {
    8. // 假设 `this.state.count` 从 0 开始。
    9. this.incrementCount();
    10. this.incrementCount();
    11. this.incrementCount();
    12. // 如果你现在在这里读取 `this.state.count`,它还是会为 0。
    13. // 但是,当 React 重新渲染该组件时,它会变为 3。
    14. }

    学习更多有关 setState 的内容

    setState 什么时候是异步的?

    目前,在事件处理函数内部的 setState 是异步的。

    例如,如果 ParentChild 在同一个 click 事件中都调用了 setState ,这样就可以确保 Child 不会被重新渲染两次。取而代之的是,React 会将该 state “冲洗” 到浏览器事件结束的时候,再统一地进行更新。这种机制可以在大型应用中得到很好的性能提升。

    这只是一个实现的细节,所以请不要直接依赖于这种机制。在以后的版本当中,React 会在更多的情况下静默地使用 state 的批更新机制。

    为什么 React 不同步地更新 this.state?

    如前面章节解释的那样,在开始重新渲染之前,React 会有意地进行“等待”,直到所有在组件的事件处理函数内调用的 setState() 完成之后。这样可以通过避免不必要的重新渲染来提升性能。

    但是,你可能还是会想,为什么 React 不能立即更新 this.state,而不对组件进行重新渲染呢。

    主要有两个原因:

    • 这样会破坏掉 propsstate 之间的一致性,造成一些难以 debug 的问题。
    • 这样会让一些我们正在实现的新功能变得无法实现。这个 GitHub 评论 深入了该特殊示例。

    我应该使用一个像 Redux 或 MobX 那样的 state 管理库吗?

    或许需要。

    在添加额外的库之前,最好先了解清楚 React 能干什么。你也可以只使用 React 来构建出一个比较复杂的应用。