从源码的角度看 React JS 中批量更新 State 的策略（下）
这篇文章我们继续从源码的角度学习 React JS 中的批量更新 State 的策略，供我们继续深入学习研究 React 之用。
前置文章列表
- 深入理解 React JS 中的 setState
- 从源码的角度再看 React JS 中的 setState
- 从源码的角度看 React JS 中批量更新 State 的策略（上）
1. batchingStrategy 策略
现在我们开始来看 batchingStrategy 的策略定义。
目前 React 中 batchingStrategy 的定义为 ReactDefaultBatchingStrategy。
ReactDefaultBatchingStrategy 包含两部分。
- 最重要的部分 FLUSH_BATCHED_UPDATES。
源码地址
实现在这里。
注意实现里定义了一个叫 pooled 的东西，后续我们会展开讨论这样设计的原理与好处。
React 将所有的组件丢到 pool 中去，然后都交给 runBatchedUpdates 去执行更新操作了。
同样，还有一个 asap 的概念，也在后续文章中讨论。
源码地址
对所有的组件进行 performUpdateIfNecessary 的判断，并更新组件。
源码地址
- 另一个实现为 RESET_BATCHED_UPDATES，用于将
isBatchingUpdates重置为false，等待下次组件的批量更新。
源码地址
2. 组件是否需要更新的比较 performUpdateIfNeeded
两个逻辑，比较组件是否需要更新，以及第二种条件下直接进行强制更新。ReactReconciler.receiveComponent 在元素级别进行了比较，不过不一样那么就调用 receiveComponent。
其他状态直接调用 updateComponent。
注意这里的 updateComponent 函数的内部实现是递归的，这样的设计便于及时获取到哪些组件是已更新的状态，便于前台进行获取使用。
到这里我们就把整个 React 的更新逻辑策略的部分走完了，接下来我们会继续看一下 React 如何进行页面UI 的更新以及一些遗留的小知识点。
以上是 从源码的角度看 React JS 中批量更新 State 的策略（下） 的全部内容， 来源链接： utcz.com/z/382255.html
