這一把子徹底搞懂 setState 原理
先回憶一下上一篇：面試官：“寶子，setState 是同步還是異步的呀？”
這上一篇中，我們基本搞清楚了原理流程，那具體的代碼是如何實現(xiàn)的呢？
在 setState 的調(diào)用中，有一個合成事件起到了關(guān)鍵性的作用。接下來，我們先去搞清楚這個小可愛，再來看具體的 setState 的代碼實現(xiàn)。
合成事件
首先明確定義，在 React 中為元素添加的事件被叫做合成事件。
合成事件的好處有兩個：
一是屏蔽了瀏覽器之間關(guān)于事件處理的兼容性問題，為合成事件對象內(nèi)部提供了統(tǒng)一的 API；
二是性能的提升, 事件都被委托給 document 。
React 并不會將事件添加到真正的 DOM 元素身上，它會將所有事件委托給 document 執(zhí)行。如下圖所示：
React 會在擁有事件的 DOM 對象身上添加一個 store 對象，在 store 對象中存儲事件名稱及事件處理函數(shù)，然后通過 document 分發(fā)事件。
當事件被觸發(fā)后，通過獲取事件源對象，查看事件源對象中是否存在 store 對象，獲取 store 對象中事件處理函數(shù)，執(zhí)行事件處理函數(shù)。
合成事件的事件對象在使用完成以后會被銷毀。我長得帥，所以，我寫了一段模擬性的代碼，你看不看就隨意了：
代碼的注釋中說的已經(jīng)非常清楚了，愛看不看吧，就這樣……
setState 實現(xiàn)原理
接著，我們再把上面的圖拿出來，我分為了四段，進行了具體的梳理。先看圖，再看字，最后上代碼 ??
1、當 setState 方法被調(diào)用后，方法會將狀態(tài)傳遞給組件更新器，讓組件更新器將狀態(tài)臨時存儲起來。每個組件都會有自己的組件更新器，當需要更新組件時調(diào)用組件更新器。
2、狀態(tài)臨時保存完成后判斷當前是否為批量更新模式，如果是，將組件更新器添加到更新隊列中；如果不是，直接更新組件。
批量更新模式是如何設(shè)置的：當觸發(fā)合成事件時, 在事件處理函數(shù)執(zhí)行之前，會先將批量更新模式設(shè)置為 true，然后執(zhí)行事件處理函數(shù)收集狀態(tài)。當事件處理函數(shù)執(zhí)行完成后，執(zhí)行批量更新操作，即從更新隊列中獲取組件更新器并調(diào)用。組件更新器調(diào)用完成后再將批量更新模式設(shè)置為 false。
3、更新組件時，先判斷是否有狀態(tài)需要更新，如果有就先計算最新狀態(tài)，將得出的最新狀態(tài)重新設(shè)置給組件。
計算狀態(tài)時，如果狀態(tài)是函數(shù)類型，調(diào)用函數(shù)傳入當前狀態(tài)，返回最新狀態(tài)。如果狀態(tài)是對象類型，使用對象狀態(tài)覆蓋原有狀態(tài)。
4、組件狀態(tài)計算完成后，通過調(diào)用組件內(nèi)部的 render 方法獲取新的 VirtualDOM，再通過 DOM 對象獲取舊的虛擬 DOM，然后調(diào)用 diff 方法進行比對，對比完成后將差異更新到真實 DOM 對象中。
下面的代碼，就是配合前面的流程圖和文字描述實現(xiàn)的具體代碼了。我看你也挺聰明的，所以加了非常詳細的注釋，就是為了遏制你的智力增長，如果還看不懂，那就算了吧，建議你去和娜塔莎搶婚，單身程序員這條路可能不適合你喲 (●'?'●)。
好了，就到這里吧。沒想到你竟然真的沒看代碼，就知道往下拖進度條，哎，放棄吧，翠花是娜塔莎的，不可以插足！
當然，如果能點贊，我可以考慮送你一只翠花┗|｀O′|┛。
推薦閱讀：
知乎問題：如何看待 TC39 的提案 Module Fragments？
恭喜你又在前端道路上進步了一點點。
點個“在看”和“贊”吧！