当前位置: 首页 > news >正文

setState函数是异步的还是同步的?

setState函数是异步的还是同步的?

可能很多同学在看到这个问题的时候,甚至搞不清楚这个问题在问什么。

不要慌,我们看一下下面这个例子,首先我们创建一个类组件,这个类组件中,我们定义了state是一个对象,对象中有一个属性为countcount的初始值为0,再页面中,设置了一个h2标签,标签显示count的值,同时添加了一个button按钮,每次点击按钮,使用setStatecount进行+1,同时输出当前count的值:

  class Example extends React.Component {constructor(props) {super(props);this.state = {count: 0};}render() {return (<div><h2>count: {this.state.count}.</h2><button onClick={()=>{this.setState({count:this.state.count+1});console.log("count",this.state.count);}}></button></div>);}}

运行之后,大家可以尝试一下,点击按钮之后,count在页面中会显示count:1,但是控制台console.log输出的是0;再点击一次,count在页面中会显示count:2,但是控制台console.log输出的是1;不管我们点击多少次,情况一直是这样。

但是从代码的角度上来说,点击之后setState起作用,这个时候console出来的state应该是最新的state才对,但是输出结果却不是这样的,console.log中没有同步更新数据,所以,我们认为:setState是异步处理数据变化的

这句话怎么理解呢?

首先我们来看一下setState的定义,setState接受一个带有形式参数的 updater 函数(也可能直接是一个对象)与一个回调callback(可选)。
setState(updater, [callback])

官方明确表示,setState对于this.state并不是立刻更新,若在调用setState后想要立刻获取到最新的this.state,那么建议在setStatecallback或者声明周期componentDidUpdate中获取

所以,如果立即想获得setState更新后的数据,可以写在callback中:

  class Example extends React.Component {constructor(props) {super(props);this.state = {count: 0};}render() {return (<div><h2>count: {this.state.count}.</h2><button onClick={()=>{this.setState({count:this.state.count+1},()=>{console.log("count",this.state.count);});}}></button></div>);}}

这个时候,我们运行后就能发现,我们能立马获得setState更新后的数据。

回到我们刚开始的问题,setState是同步的还是异步的,用一句话概括就是:
异步更新,同步执行setState函数本身并不是异步的,但是对state的处理机制给人一种异步的假象,state处理一般发生在生命周期发生变化的时候;

为什么官方要这样去设置呢,我们继续深挖一下,依然是上面的代码,但是click函数中setState函数调用了两次:

  class Example extends React.Component {constructor(props) {super(props);this.state = {count: 0};}render() {return (<div><h2>count: {this.state.count}.</h2><button onClick={()=>{this.setState({count:this.state.count+1},()=>{console.log("count",this.state.count);});this.setState({count:this.state.count+1},()=>{console.log("count",this.state.count);});}}></button></div>);}}

当点击按钮,我们需要连着两次执行setState,那么react会帮我们修改两次this.state然后重新render两次吗?很明显并不是,react会批量合并多次setState操作,上述例子num最终是2,且render在点击后只会渲染一次。

也就是我们所说的,只有生命周期发生变化,state才会变化,否则this.state一直拿到的就是上一次渲染后的。

React在开始重新渲染之前, 会有意地进行"等待",直到所有在组件的事件处理函数内调用的 setState()都完成之后再做最终的this.state变更,这样可以通过避免不必要的重新渲染来提升性能。

那么,如果我们的目的,就是想让他连着更新两次呢?该怎么修改这段代码呢?

前面我们讲了setState的定义setState(updater, [callback]),第一个参数updater除了可以是对象,还可以是函数,写成函数就可以解决这个问题了:

  class Example extends React.Component {constructor(props) {super(props);this.state = {count: 0};}render() {return (<div><h2>count: {this.state.count}.</h2><button onClick={()=>{//这里函数里的参数的prestate和preprops都是最新更改的上一次的state和propsthis.setState((prestate,preprops)=>{return {count:pre.count+1}},()=>{console.log("count",this.state.count);});this.setState((prestate,preprops)=>{return {count:pre.count+1}},()=>{console.log("count",this.state.count);});}}></button></div>);}}

这样我们发现,当我们点击按钮,页面的count和终端的count都每次增加2了

http://www.lryc.cn/news/32327.html

相关文章:

  • vue3+ts:约定式提交(git husky + gitHooks)
  • TSP 问题求解的最好方法 LKH
  • RocketMQ5.1控制台的安装与启动
  • 【java基础】类型擦除、桥方法、泛型代码和虚拟机
  • 十家公司有九家问过的软件测试面试题,最后一题我猜你肯定不会
  • C++核心知识(三)—— 静态成员(变量、函数、const成员)、面向对象模型(this指针、常函数、常对象)、友元、数组类、单例模式
  • RocketMQ【3】Rocketmq集群部署(多master多slave)异步复制
  • 魏玛早春 木心
  • 关于Scipy的概念和使用方法及实战
  • 第二章Linux操作语法1
  • linux内核调度问题分析
  • C语言-基础了解-25-C强制类型转换
  • 【Python】如何安装 Allure 工具进行自动化测试
  • nginx七大核心应用场景详解 解决生产中的实际问题 二次开发扩展
  • Java 整合 Redis
  • Django实践-03模型-02基于admin管理表
  • 如何安装python
  • java String类 万字详解(通俗易懂)
  • Hive拉链表
  • day1 开发我的第一个MyBatis程序
  • 【CDP】更改solr 存储路径导致ranger-audit 大量报错问题解决
  • JavaScript基础一、简介
  • Qt音视频开发20-vlc内核动态保存录像文件(不需要重新编译源码)
  • 【深度学习】BERT变体—RoBERTa
  • java面试准备1
  • buffer它到底做了个啥,源码级分析linux内核的文件系统的缓冲区
  • 【蓝桥杯刷题】盗版Huybery系列之手抓饼赛马
  • 【微信小程序-原生开发】实用教程16 - 查看详情(含页面跳转的传参方法--简单传参 vs 复杂传参)
  • 论文精读:Ansor: Generating High-Performance Tensor Programs for Deep Learning
  • SpringBoot With IoC,DI, AOP,自动配置