|
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到底是同步还是异步？
|