【2022面试准备】react中的setState和useState是同步还是异步?

1、setState会将多个调用合并为一个来执行,也就是说,当执行setState的时候,state中的数据并不会马上更新

为什么要合并为一个来执行呢? 看下段代码:

for ( let i = 0; i < 100; i++ ) {
    this.setState( { num: this.state.num + 1 } );
}

如果没有react的优化机制,那么上面的setState执行100次,这个组件也会被更新100次。

同步执行时useState也会对state进行逐个处理,而setState则只会处理最后一次

那么合并的机制原理是什么呢?
react用了事务机制,只要是在同一个事务中的 setState 会进行合并(注意,useState不会进行state的合并,只会处理最后一次)处理。

React 中的 Batch Update 是通过「Transaction」实现的

注意点:
当遇到 setTimeout/setInterval/Promise.then(fn)/fetch 回调/xhr 网络回调时,react 都是无法控制的,表现的是同步的样子。

if (executionContext === NoContext) {
  // Flush the synchronous work now, unless we're already working or inside
  // a batch. This is intentionally inside scheduleUpdateOnFiber instead of
  // scheduleCallbackForFiber to preserve the ability to schedule a callback
  // without immediately flushing it. We only do this for user-initiated
  // updates, to preserve historical behavior of legacy mode.
  flushSyncCallbackQueue()
}

executionContext 代表了目前 react 所处的阶段,而 NoContext 你可以理解为是 react 已经没活干了的状态。而 flushSyncCallbackQueue 里面就会去同步调用我们的 this.setState ,也就是说会同步更新我们的 state 。所以,我们知道了,当 executionContext 为 NoContext 的时候,我们的 setState 就是同步的。

总结:
setState和useState是看起来像异步的同步,因为react的合并机制,多次调用不会立即更新,setState是合并state,useState是执行最后一次,延迟执行但本身还在一个事件循环,如果脱离react事件,如原生事件或者setTimeout/promise.then里执行setState和useState,就会得到同步代码。

参考:
React 中 setState 是一个宏任务还是微任务?
React useState和setState到底是同步还是异步呢?
react的setState到底是同步还是异步?

  • 6
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值