節點事件循環如何真正工作：或者為什麼大多數事件循環圖都是錯誤的

當 Bert 在 Node Interactive Europe 2016 上發表關於 Event Loop 的主題演講時，他首先說大多數事件循環圖都是錯誤的。我對在我的演講中使用其中之一感到內疚。 :)

就是這個。在其中，事件循環像熱蛋糕一樣將數據轉回給客戶端。

他的圖表更接近真實的東西。在其中，事件循環開始、工作並最終退出（雙關語）。

所以有幾個重要的步驟：

1. 你啟動一個腳本：node index.js
2. setTimeout() 和 setInterval() 開始
3. 您正在運行一些代碼
4. 獨角獸功能（稍後會詳細介紹）
5. 更多代碼
6. setImmediate() 這並不是真正的直接
7. 代碼
8. 清理關閉事件
9. 最後一個代碼
10. 如果沒有refs則退出進程 如果您有 refs，則返回 2

Refs 是一個簡單的計數器，當有異步回調要執行時遞增，當它最終執行時遞減。使用流回調（如處理數據）時，只有一個引用增量。

每個JS代碼塊都有自己的process.nextTick() ：

是的。 nextTick() 應該是立即的和 setImmediate() 應該是下一個刻度。啊。只要記住它們是對立的。換句話說，如果你只有一堆 nextTick() 回調，您的代碼將在該 JS 塊中運行，並且永遠不會進入下一個事件循環週期（步驟 2-9）。

最後，還有獨角獸功能。它就像 Node 和 OS 之間的溝通者。你看，操作系統和它的進程是異步的，但它們看起來是同步的。這個獨角獸利用了異步特性並將其用於 Node 的事件循環。另外，獨角獸很酷：

順便說一句，不管圖表描述了什麼，線程池都沒有發出網絡請求或執行套接字 TCP 工作。後者發生在內核中。

翻桌？確切地。但是 Node 的好處是對於大多數事情，比如構建 Express 服務器或運行 Gulp 任務，你不需要知道事件循環實際上是如何工作的！

非常感謝伯特。這是我在 Node Interactive EU 2016 上最喜歡的演講之一。現在我將重新繪製我的圖表，以更恰當地說明事件循環在 Node.js 中的真正工作原理。 :) 這個怎麼樣？