我们都知道，React框架是由数据来驱动视图变化的，基于状态的管理实现对组件的管理，也就是组件当中的state，通过setState方法来修改当前组件的state，以达到视图的变化。
我们先来看一段代码：
代码语言：javascript复制class Example extends React.Component {
constructor() {
super();
this.state = {
val: 0
};
}
componentDidMount() {
this.setState({val: this.state.val 1});
console.log(this.state.val); // 第 1 次 log
this.setState({val: this.state.val 1});
console.log(this.state.val); // 第 2 次 log
setTimeout(() => {
this.setState({val: this.state.val 1});
console.log(this.state.val); // 第 3 次 log
this.setState({val: this.state.val 1});
console.log(this.state.val); // 第 4 次 log
}, 0);
}
render() {
return null;
}
};当组件创建完成之后，其输出结果正常情况应该是：0 0 2 3。看到这里很多人会感到不理解，做过一段时间react开发的都应该清楚setState之后直接输出state值是不会改变的，但是为什么setTimeout中的setState就可以呢？下面我们来看一下。
setState的批量更新
有很多人说setState是异步更新的，我觉得这种说法是不准确的，严格来讲setState应该属于是批量更新。setState 通过一个队列机制来实现 state 更新，当执行 setState() 时，会将需要更新的 state 浅合并后放入 状态队列，而不会立即更新 state，队列机制可以高效的批量更新 state。而如果不通过setState，直接修改this.state 的值，则不会放入状态队列，当下一次调用 setState 对状态队列进行合并时，之前对 this.state 的修改将会被忽略，造成无法预知的错误。 大部分情况下我们写setState会直接将需要修改的状态当做参数传入，其实setStae的参数是这样的：
代码语言：javascript复制setState(nextState,callback);在 setState 官方文档中介绍：将 nextState 浅合并到当前 state。这是在事件处理函数和服务器请求回调函数中触发 UI 更新的主要方法。不保证 setState 调用会同步执行，考虑到性能问题，可能会对多次调用作批处理。
在其参数后面的回调函数中其实我们是可以获取到更新之后的state，从这一点来看表面上类似于异步执行。
setState批量更新节点
在React的setState函数实现中，会根据一个变量 isBatchingUpdate 来判断是直接同步更新this.state还是放到队列中异步更新 。React使用了事务的机制，React的每个生命周期和合成事件都处在一个大的事务当中。在事务的前置钩子中调用batchedUpdates方法修改isBatchingUpdates变量为true，在后置钩子中将变量置为false。原生绑定事件和setTimeout异步的函数没有进入到React的事务当中，或者当他们执行时，刚刚的事务已近结束了，后置钩子触发了，所以此时的setState会直接进入非批量更新模式，表现在我们看来成为了同步SetState。
综上来说我们可以简单理解为，在当前的生命周期中，setState为异步批量更新，在异步函数中，执行的是同步更新的方式。
