likes
comments
collection
share

彻底搞懂setState到底是同步还是异步(三)

作者站长头像
站长
· 阅读数 3

前言

将面试题改造成hooks形式

import { useState } from 'react';
import './App.css';

function App() {
  const [count, setCount] = useState(0);

  const handle = () => {
    setCount(1);
    console.log('count: ', count);

    setCount(2);
    console.log('count: ', count);

    setTimeout(() => {
      setCount(3);
      console.log('count: ', count);

      setCount(4);
      console.log('count: ', count);
    }, 0);

  };

  return (
    <>
      <div className='App'>
        <button onClick={handle}>count is {count}</button>
      </div>
    </>
  );
}

export default App;

看下在 react 17和 React 18下的运行结果:彻底搞懂setState到底是同步还是异步(三) 彻底搞懂setState到底是同步还是异步(三)怎么回事,都是 0,而且两个版本下表现一致,看起来像是都在批处理中真的是这么回事吗?为了能更清楚的看到 React 的渲染行为,修改下上边的代码,在每次渲染都都打印下当前的 count值,添加如下代码:

  useEffect(() => {
    console.log('render: 此时的count: ', count);
  });

再次查看输出结果:彻底搞懂setState到底是同步还是异步(三)彻底搞懂setState到底是同步还是异步(三)分析下:

  • 在 React 17 下,render 打印了 3 次,说明组件重新渲染了 3 次,回顾下当时讲解 React 17 的 setState时,批处理重新渲染一次,setTimeout中是同步渲染,重新渲染两次,能对上
  • 在来看下 React 18 下,render 打印了 2 次,说明组件重新渲染了 2 次,在对比下前面讲解的 React18 的自动批处理功能,setTimeput外部批处理一次,内部批处理一次,重新渲染两次,也能对上
  • 那为什么这期间打印的 count 都是 0 呢?

解惑

闭包

首先需要先知道一个 js 的特性:闭包,下面是 mdn 中关于闭包的解释

闭包(closure)是一个函数以及其捆绑的周边环境状态(lexical environment,词法环境)的引用的组合。换而言之,闭包让开发者可以从内部函数访问外部函数的作用域。在 JavaScript 中,闭包会随着函数的创建而被同时创建。

简单说就是:内部函数可以访问外部函数的变量组件 App是一个函数,handleApp内的函数,这也就形成了一个闭包,所以 handle 函数才能访问到 count 变量的值。

结论

因为在reactstate的更新都遵从一个原则:**state**指向的内容是不可变的。state 改变时不是改变当前内容而是指向了新的内容对象所以在上面setCount 改变count 时,count 指向了新的内容对象又因为在函数组件中,handle 函数与组件App 形成了闭包关系这就导致handle 函数一直持有count 的引用而无法发生变化,所以无论延时多长时间,最终打印的count值一直是旧值,也就是 0

合集文章