前端框架从MVC过渡到MVVM。从DOM操作到数据驱动，一直在不断的进步着，提升着，
angular中用的是watcher对象，vue是观察者模式，react就是state了，他们各有各的特点，没有好坏之分，只有需求不同而选择不同。
今天就着重详细的随手写点我对react中state的理解：
React通过管理状态实现对组件的管理，通过this.state()方法更新state。当this.setState()被调用的时候，React会重新调用render方法来重新渲染UI。
在说setstate这个磨人的小妖精之前，不得不先说一下state这个小可爱了
定义一个合适的State，是正确创建组件的第一步。因为有一些变量不需要响应式的使用，如果使用了state，就会给这个变量增加一些响应式挂载，要时 刻 记得做到完美 ^-^
判断是否可以做为一个state的条件:
1、变量如果是通过props从父组件中获取，就不是一个状态
2、如果这个变量可以通过其他的状态state或者属性props 通过数据处理得到，就不是一个状态
3、如果变量在render中没有使用到，那就不是一个state
4、变量在整个生命周期中都保持不变时，也不是一个状态
其实使用的时候最多的使用到的就是state和props，他们两个是有很大的区别的，最主要的区别就是：
State是可变的，是组件内部维护的一组用于反映组件UI变化的状态集合；
而Props对于使用它的组件来说，是只读的，要想修改Props，只能通过该组件的父组件修改。在组件状态上移的场景中，父组件正是通过子组件的Props, 传递给子组件其所需要的状态。
在使用state的时候， 如果我们企图直接修改state中的某一个值之后直接打印（使用）他，就会发现，他其实并没有改变。
就像下面的例子，企图通过点击事件之后就使用修改之后的state的值，但是会发state中的并没有被立即修改，还是原先的值，我们都知道那是因为 setState就相当于是一个异步操作，不能立即被修改
那么我们也都知道为了解决上面的问题会有很多方法例如：
方法一：
这个回调函数会在修改了state之后才会执行，这就就可以happy的使用修改之后的state的值了
方法二：
操作异步函数，用的最舒服的还是async / await 啦
当然还有很多其他的解决办法啦。。。。。。。。只是我会比较常用这两种方法而已
在使用setState的时候，有两种格式;
第一种setstate（）格式 第一个参数是一个对象，第二个参数是一个回调函数，这个回调函数是在setstate执行完并页面渲染了之后再执行
但是这种修改的方式不稳妥，因为是直接修改，我还是比较喜欢使用第二种格式
setstate的第二种格式，接收一个回调函数，而不是一个对象，这个回调函数有两个参数，
一个是接收前一个状态值作为第一个参数，并将更新后的值作为第二个参数
这种写法在这个例子里有点大材小用了，但是在处理复杂数据和逻辑的时候会特别好用 ！
总的来说setstate这个磨人的小妖精就和Vue中的数据响应一样，
在Vue中，
Vue官网上偷的图。。。。。。。。。。
组件、函数等渲染---->创建一个虚拟DOM树------->当data、computed、props改变时会引起页面的刷新--------watcher检测变化，当变化以后不会 立 即渲染，会有一个队列，只要观察到数据变化，Vue 将开启一个队列，并缓冲在同一事件循环中发生的所有数据改变。如果同一个 watcher 被多次触 发， 只会被推入到队列中一次。这种在缓冲时去除重复数据对于避免不必要的计算和 DOM 操作上非常重要。然后，在下一个的事件循环“tick”中，Vue 刷 新队列并执行实际 (已去重的) 工作。
在react中
可以看出在react中也是和Vue中的一样，state的值在修改了之后并不会立即被修改，而是也有一个类似的队列，setState通过一个队列机制实现state的更新。当执行setState时，会把需要更新的state合并后放入状态队列，而不会立刻更新this.state，利用这个队列机制可以高效的批量的更新state。
真是一个神奇的方法，很喜欢这个可以高效批量更新state的机制，于是就去瞅了瞅setState的源码，想看一下react是怎么构造出setState这个磨人的小妖精的
这个构造小妖精的过程也是磨人的。。。。。。理了好久才理清。。。。
它的主要流程如下：
1、当调用setState时，实际上会执行enqueueSetState方法，并对partialState以及_pendingStateQueue更新队列进行合并，最终通过enqueueUpdate执行state更新
2、 如果组件当前正处于update事务中，则先将Component存入dirtyComponent中。否则调用batchedUpdates处理。
而performUpdateIfNecessary方法获取_pendingElement、_pendingStateQueue、_pendingForceUpdate，并调用reciveComponent和updateComponent方法进行组件更新。
3、batchedUpdates发起一次transaction.perform()事务
4、开始执行事务初始化，运行，结束三个阶段
初始化：事务初始化阶段没有注册方法，故无方法要执行
运行：执行setSate时传入的callback方法，一般不会传callback参数
结束：更新isBatchingUpdates为false，并执行FLUSH_BATCHED_UPDATES这个wrapper中的close方法
5、FLUSH_BATCHED_UPDATES在close阶段，会循环遍历所有的dirtyComponents，调用updateComponent刷新组件，并执行它的pendingCallbacks, 也就是setState中设置的callback。
源码部分有空补上。。。。。。