摘要：下面來逐步的解析圖里的流程。一將事務放進隊列中這里的可以傳也可以傳它會產生新的以一種的方式跟舊的進行合并。如果當前不在更新過程的話，則執行更新事務。以上即為的實現過程，最后還是用一個流程圖在做一個總結吧參考文檔

學過react的人都知道，setState在react里是一個很重要的方法，使用它可以更新我們數據的狀態，本篇文章從簡單使用到深入到setState的內部，全方位為你揭開setState的神秘面紗~

setState(updater, callback)這個方法是用來告訴react組件數據有更新，有可能需要重新渲染。它是異步的，react通常會集齊一批需要更新的組件，然后一次性更新來保證渲染的性能，所以這就給我們埋了一個坑：

那就是在使用setState改變狀態之后，立刻通過this.state去拿最新的狀態往往是拿不到的。

所以第一個使用要點就是：如果你需要基于最新的state做業務的話，可以在componentDidUpdate或者setState的回調函數里獲取。(注：官方推薦第一種做法)

// setState回調函數
changeTitle: function (event) {
  this.setState({ title: event.target.value }, () => this.APICallFunction());
},
APICallFunction: function () {
  // Call API with the updated value
}

設想有一個需求，需要在在onClick里累加兩次，如下

  onClick = () => {
    this.setState({ index: this.state.index + 1 });
    this.setState({ index: this.state.index + 1 });
  }

在react眼中，這個方法最終會變成

Object.assign(
  previousState,
  {index: state.index+ 1},
  {index: state.index+ 1},
  ...
)

由于后面的數據會覆蓋前面的更改，所以最終只加了一次.所以如果是下一個state依賴前一個state的話，推薦給setState傳function

onClick = () => {
    this.setState((prevState, props) => {
      return {quantity: prevState.quantity + 1};
    });
    this.setState((prevState, props) => {
      return {quantity: prevState.quantity + 1};
    });
}

以上是使用setState的兩個注意事項，接下來我們來看看setState被調用之后，更新組件的過程，下面是一個簡單的流程圖。

下面來逐步的解析圖里的流程。

ReactComponent.prototype.setState = function (partialState, callback) {
  //  將setState事務放進隊列中
  this.updater.enqueueSetState(this, partialState);
  if (callback) {
    this.updater.enqueueCallback(this, callback, "setState");
  }
};

這里的partialState可以傳object,也可以傳function,它會產生新的state以一種Object.assgine（）的方式跟舊的state進行合并。

  enqueueSetState: function (publicInstance, partialState) {
     // 獲取當前組件的instance
    var internalInstance = getInternalInstanceReadyForUpdate(publicInstance, "setState");
     
     // 將要更新的state放入一個數組里
     var queue = internalInstance._pendingStateQueue || (internalInstance._pendingStateQueue = []);
    queue.push(partialState);
     
     //  將要更新的component instance也放在一個隊列里
    enqueueUpdate(internalInstance);
  }

這段代碼可以得知，enqueueSetState 做了兩件事：
1、將新的state放進數組里
2、用enqueueUpdate來處理將要更新的實例對象

function enqueueUpdate(component) {
  // 如果沒有處于批量創建/更新組件的階段，則處理update state事務
  if (!batchingStrategy.isBatchingUpdates) {
    batchingStrategy.batchedUpdates(enqueueUpdate, component);
    return;
  }
  // 如果正處于批量創建/更新組件的過程，將當前的組件放在dirtyComponents數組中
  dirtyComponents.push(component);
}

由這段代碼可以看到，當前如果正處于創建/更新組件的過程，就不會立刻去更新組件，而是先把當前的組件放在dirtyComponent里，所以不是每一次的setState都會更新組件~。

這段代碼就解釋了我們常常聽說的：setState是一個異步的過程，它會集齊一批需要更新的組件然后一起更新。

而batchingStrategy 又是個什么東西呢？

var ReactDefaultBatchingStrategy = {
  // 用于標記當前是否出于批量更新
  isBatchingUpdates: false,
  // 當調用這個方法時，正式開始批量更新
  batchedUpdates: function (callback, a, b, c, d, e) {
    var alreadyBatchingUpdates = ReactDefaultBatchingStrategy.isBatchingUpdates;

    ReactDefaultBatchingStrategy.isBatchingUpdates = true;

    // 如果當前事務正在更新過程在中，則調用callback，既enqueueUpdate
    if (alreadyBatchingUpdates) {
      return callback(a, b, c, d, e);
    } else {
    // 否則執行更新事務
      return transaction.perform(callback, null, a, b, c, d, e);
    }
  }
};

這里注意兩點：
1、如果當前事務正在更新過程中，則使用enqueueUpdate將當前組件放在dirtyComponent里。
2、如果當前不在更新過程的話，則執行更新事務。

/**
 * 
 *                       wrappers (injected at creation time)
 *                                      +        +
 *                                      |        |
 *                    +-----------------|--------|--------------+
 *                    |                 v        |              |
 *                    |      +---------------+   |              |
 *                    |   +--|    wrapper1   |---|----+         |
 *                    |   |  +---------------+   v    |         |
 *                    |   |          +-------------+  |         |
 *                    |   |     +----|   wrapper2  |--------+   |
 *                    |   |     |    +-------------+  |     |   |
 *                    |   |     |                     |     |   |
 *                    |   v     v                     v     v   | wrapper
 *                    | +---+ +---+   +---------+   +---+ +---+ | invariants
 * perform(anyMethod) | |   | |   |   |         |   |   | |   | | maintained
 * +----------------->|-|---|-|---|-->|anyMethod|---|---|-|---|-|-------->
 *                    | |   | |   |   |         |   |   | |   | |
 *                    | |   | |   |   |         |   |   | |   | |
 *                    | |   | |   |   |         |   |   | |   | |
 *                    | +---+ +---+   +---------+   +---+ +---+ |
 *                    |  initialize                    close    |
 *                    +-----------------------------------------+
 * 
 */

簡單說明一下transaction對象，它暴露了一個perform的方法，用來執行anyMethod，在anyMethod執行的前，需要先執行所有wrapper的initialize方法，在執行完后，要執行所有wrapper的close方法，就辣么簡單。

在ReactDefaultBatchingStrategy.js,tranction 的 wrapper有兩個 FLUSH_BATCHED_UPDATES, RESET_BATCHED_UPDATES

var RESET_BATCHED_UPDATES = {
  initialize: emptyFunction,
  close: function () {
    ReactDefaultBatchingStrategy.isBatchingUpdates = false;
  }
};

var FLUSH_BATCHED_UPDATES = {
  initialize: emptyFunction,
  close: ReactUpdates.flushBatchedUpdates.bind(ReactUpdates)
};

var TRANSACTION_WRAPPERS = [FLUSH_BATCHED_UPDATES, RESET_BATCHED_UPDATES];

可以看到，這兩個wrapper的initialize都沒有做什么事情，但是在callback執行完之后，RESET_BATCHED_UPDATES 的作用是將isBatchingUpdates置為false,
FLUSH_BATCHED_UPDATES 的作用是執行flushBatchedUpdates,然后里面會循環所有dirtyComponent,調用updateComponent來執行所有的生命周期方法，componentWillReceiveProps, shouldComponentUpdate, componentWillUpdate, render, componentDidUpdate 最后實現組件的更新。

以上即為setState的實現過程，最后還是用一個流程圖在做一個總結吧~

參考文檔：

https://zhuanlan.zhihu.com/p/...