9.0 第 9 部分(点击查看大图)
根据流程图我们发现，有很多方式来触发 setState。可以直接通过用户交互触发，也可能只是隐含在方法里触发。我们举两个例子：第一种情况下，它由用户的鼠标点击事件触发。而第二种情况，例如在 componentDidMount 里通过 setTimeout 调用来触发。
那么这两种方式有什么差异呢？如果你还记得 React 的更新过程是批量化进行的，这就意味着他先会收集这些更新操作，然后一起处理。当鼠标事件触发后，会被顶层先处理，然后经过多层封装器的作用，这个批更新操作才会开始。过程中你会发现，只有当步骤 (1) 的 ReactEventListener 是 enabled 的状态才会触发更新。然而你还记得在组件挂载过程中，ReactReconcileTransaction 中的一个封装器会使它 disabled 来确保挂载的安全。那么 setTimeout 案例是怎样的呢？这个也很简单，在把组件丢进 dirtyComponents 列表前，React会确保事务已经开始，那么，之后他应该会被关闭，然后一起处理列表中的组件。
就像你所知道的那样，React 有实现很多 “synthetic 事件”，一些 “语法糖”，实际上包裹着原生事件。随后，他会表现为我们很熟悉的原生事件。你可以看下面的代码注释：
实验过程为了更方便和调试工具整合，我们模拟一个真实浏览器事件
var fakeNode = document.createElement('react');
ReactErrorUtils.invokeGuardedCallback = function (name, func, a) {
var boundFunc = func.bind(null, a);
var evtType = 'react-' + name;
fakeNode.addEventListener(evtType, boundFunc, false);
var evt = document.createEvent('Event');
evt.initEvent(evtType, false, false);
fakeNode.dispatchEvent(evt);
fakeNode.removeEventListener(evtType, boundFunc, false);
};好，回到我们的更新，让我们总结一下，整个过程是：
- 调用 setState
- 如果批处理事务没有打开，则打开
- 把受影响的组件添加入
dirtyComponents列表 - 在调用
ReactUpdates.flushBatchedUpdates的同时关闭事务, 并处理在所有dirtyComponents列表中的组件
9.1 setState 执行过程 (点击查看大图)
我们来回顾一下我们学到的。我们再看一下这种模式，然后去掉冗余的部分：
9.2 第 9 部分简化版 (点击查看大图)
然后我们适当再调整一下：
9.3 第 9 部分简化和重构 (点击查看大图)
很好，实际上，下面的示意图就是我们所讲的。因此，我们可以理解第 9 部分的本质，并将其用于最终的 updating 方案：
9.4 第 9 部分本质 (点击查看大图)
完成!