1. 在React的setState函数实现中，会根据一个变量isBatchingUpdates判断是直接更新 this.state还是放到一个updateQueue中延时更新，而 isBatchingUpdates默认是false，表示setState会同步更新this.state;但是，有一个函数batchedUpdates，该函数会把 isBatchingUpdates修改为true，而当React在调用事件处理函数之前就会先调用这个 batchedUpdates将isBatchingUpdates修改为true，这样由 React 控制的事件处理过程 setState不会同步更新this.state，而是异步的。

　　2. 所以说setstate本身是同步的，一旦走了react内部的合并逻辑，放入了updateQueue队列中就变成异步了，而代码中的函数是react控制的，内部会走合并逻辑，所以这里的setState不但是合并的也是异步的

　　3. 上面说了，setState是异步的原因是因为走了react内部的合并逻辑，那只要能绕过react内部的合并逻辑，不让它进入到updateQueue中不就变成同步了吗?因为setState()本身就是同步的

　　4. 利用setTimeout绕过react内部的合并逻辑

　　5. 异步的情况： 由React控制的事件处理函数，以及生命周期函数调用setState时表现为异步。大部分开发中用到的都是React封装的事件，比如onChange、onClick、onTouchMove等(合成事件中)，这些事件处理函数中的setState都是异步处理的。

　　同步的情况： React控制之外的事件中调用setState是同步更新的。比如原生js绑定的事件，setTimeout/setInterval，ajax，promise.then内等React无法掌控的APIs情况下，setState是同步更新state的

上一篇

解释redux的工作流程

下一篇

一般什么时候使用redux