React应用：了解下setState是异步还是同步

聊聊React中setState是异步和同步。

setState异步更新

开发中当组件中的状态发生了变化，页面并不会重新渲染。我们必须要通过setState来告知React数据已经发生了变化，重新渲染页面。

先来看下面的例子：

constructor() {
    super();
    this.state = {
      message: "Hello World",
    };
}
changeText() {
   this.setState({
      message: "Hello React",
   });
   console.log(this.state.message); // Hello World
}

最终打印的结果是Hello World；

可见setState是异步的操作，我们并不能在执行完setState之后立马拿到最新的state的结果

那么为什么setState设计为异步呢？

setState设计为异步，可以显著的提升性能

• 如果每次调用setState都进行一次更新，那么意味着render函数会被频繁调用，界面重新渲染，这样效率是很低的；

• 最好的办法是获取多个更新，之后进行批量处理；

如果同步更新了state，但是还没有执行render函数，那么state和props不能保持同步；

state和props不能保持一致性，会在开发中产生很多的问题；（比如，组件嵌套时影响子组件中的状态）

如何获取异步的结果

setState的回调

setState接受两个参数：第二个参数是一个回调函数，这个回调函数会在更新后会执行。

changeText() {
    this.setState({
      message: "Hello React",
    },()=>{
        console.log('-----',this.state.message); // Hello React
    });
}

setState一定是异步的吗？

React18版本之前

其实可以分成两种情况：

• 在组件生命周期或React合成事件中，setState是异步的；

• 在setTimeout或者原生DOM事件中，setState是同步的

验证一：在setTimeout中的更新：

setTimeout(() => {
      this.setState({
        message: "Hello React",
      });
      console.log(this.state.message); // Hello React
 }, 0);

验证二：原生DOM事件：

componentDidMount() {
    const btnEl = document.querySelector("#btn");
    btnEl.addEventListener("click", () => {
      this.setState({
        message: "Hello React",
      });
      console.log(this.state.message); // Hello React
    });
  }

React18版本之后

setState默认是异步的

• 在React18之后，默认所有的操作都被放到了批处理中(异步处理)

如果希望代码可以同步拿到，则需要执行特殊的flushSync操作：

import { flushSync } from "react-dom";
changeText() {
    flushSync(() => {
      this.setState({
        message: "Hello React",
      });
    });
    console.log(this.state.message); // Hello React
  }