事件循環(huán)是 Node.js 的基本組成部分，透過確保主執(zhí)行緒不被阻塞來實現(xiàn)非同步編程，了解事件循環(huán)對建立高效應(yīng)用程式至關(guān)重要。以下這篇文章就來帶大家深入了解Node中的事件循環(huán) ，希望對大家有幫助！

你已經(jīng)使用 Node.js 一段時間了，建立了一些應(yīng)用程序，嘗試了不同的模組，甚至對非同步程式設(shè)計感到很舒適。但有些事情一直困擾著你──事件循環(huán)（Event Loop）。

如果你像我一樣，花了無數(shù)個小時閱讀文檔和觀看視頻，試圖理解事件循環(huán)。但即使作為一個經(jīng)驗豐富的開發(fā)者，在完全理解它如何運作方面也可能會遇到困難。這就是為什麼我準(zhǔn)備了這份視覺指南，幫助您充分理解 Node.js 事件循環(huán)。請坐下來，拿杯咖啡，讓我們深入探索 Node.js 事件循環(huán)的世界。 【相關(guān)教學(xué)推薦：nodejs影片教學(xué)、程式設(shè)計教學(xué)】

#JavaScript 中的非同步程式設(shè)計

我們將從JavaScript 中非同步程式設(shè)計的複習(xí)開始。雖然 JavaScript 在 Web、行動和桌面應(yīng)用程式中都有使用，但重要的是要記住，本質(zhì)上，JavaScript 是一種同步、阻塞、單執(zhí)行緒的語言。讓我們透過一個簡短的程式碼片段來理解這句話。

// index.js

function A() {
  console.log("A");
}

function B() {
  console.log("B");
}

A()
B()

// Logs A and then B

JavaScript 是同步的

如果我們有兩個將訊息記錄到控制臺的函數(shù)，那麼程式碼會自上而下執(zhí)行，每次只執(zhí)行一行。在上述程式碼片段中，我們看到 A 在 B 之前被記錄。

JavaScript 是阻塞的

JavaScript 由於其同步性質(zhì)而被封鎖。無論前一個進程需要多長時間，後續(xù)進程都不會啟動，直到前者完成為止。在程式碼片段中，如果函數(shù) A 必須執(zhí)行大量程式碼區(qū)塊，則 JavaScript 必須在沒有轉(zhuǎn)移到函數(shù) B 的情況下完成該操作。即便這塊程式碼需要耗時 10 秒甚至 1 分鐘。

你可能已經(jīng)在瀏覽器中遇到過這種情況。當(dāng) Web 應(yīng)用程式在瀏覽器中運行並且執(zhí)行一些密集的程式碼區(qū)塊而不返回控制權(quán)給瀏覽器時，瀏覽器可能會出現(xiàn)卡死的情況，這就是所謂的阻塞。瀏覽器被阻止繼續(xù)處理使用者輸入和執(zhí)行其他任務(wù)，直到 Web 應(yīng)用程式將處理器控制權(quán)歸還給瀏覽器。

JavaScript 是單執(zhí)行緒的

執(zhí)行緒就是你的 JavaScript 程式可以用來執(zhí)行任務(wù)的進程（process）。每個執(zhí)行緒一次只能執(zhí)行一個任務(wù)。與其他支援多執(zhí)行緒並且可以同時執(zhí)行多個任務(wù)的語言不同，JavaScript 只有一個稱為主執(zhí)行緒的執(zhí)行緒執(zhí)行程式碼。

等待 JavaScript

如你所想，這個 JavaScript 模型會帶來問題，因為我們必須等待資料被取得後才能繼續(xù)執(zhí)行程式碼。這個等待可能需要幾秒鐘，在此期間我們無法運行任何其他程式碼。如果 JavaScript 在不等待的情況下繼續(xù)處理，就會出錯。我們需要在 JavaScript 中實作異步行為。我們進到 Node.js 看一下。

Node.js 運行時

#Node.js 運行時是一個環(huán)境，??你可以在不使用瀏覽器的情況下使用並執(zhí)行JavaScript 程式。核心－Node 執(zhí)行時，由三個主要元件組成。

• 外部相依性 —— 例如 V8、libuv、crypto 等——是 Node.js 必要的功能
• C 特性提供了檔案系統(tǒng)存取和網(wǎng)路等功能。
• JavaScript 函式庫提供了函數(shù)和工具，方便使用 JavaScript 程式碼呼叫 C 特性。

雖然所有部分都很重要，但非同步程式設(shè)計在 Node.js 中的關(guān)鍵元件是 libuv。

Libuv

Libuv 是一個跨平臺的開源函式庫，用 C 語言寫。在 Node.js 運行時中，它的作用是提供處理非同步操作的支援。讓我們來看看它是如何運作的。

Node.js 運行時中的程式碼執(zhí)行

讓我們來概括一下代碼在 Node 運行時中的執(zhí)行方式。在執(zhí)行代碼時，位于圖片左側(cè)的 V8 引擎負(fù)責(zé) JavaScript 代碼的執(zhí)行。該引擎包含一個內(nèi)存堆（Memory heap）和一個調(diào)用棧（Call stack）。

每當(dāng)聲明變量或函數(shù)時，都會在堆上分配內(nèi)存。執(zhí)行代碼時，函數(shù)就會被推入調(diào)用棧中。當(dāng)函數(shù)返回時，它就從調(diào)用棧中彈出了。這是對棧數(shù)據(jù)結(jié)構(gòu)的簡單實現(xiàn)，最后添加的項是第一個被移除。在圖片右側(cè)，是負(fù)責(zé)處理異步方法的 libuv。

每當(dāng)我們執(zhí)行異步方法時，libuv 接管任務(wù)的執(zhí)行。然后使用操作系統(tǒng)本地異步機制運行任務(wù)。如果本地機制不可用或不足，則利用其線程池來運行任務(wù)，并確保主線程不被阻塞。

同步代碼執(zhí)行

首先，讓我們來看一下同步代碼執(zhí)行。以下代碼由三個控制臺日志語句組成，依次記錄“First”，“Second”和“Third”。我們按照運行時執(zhí)行順序來查看代碼。

// index.js
console.log("First");
console.log("Second");
console.log("Third");

以下是 Node 運行時執(zhí)行同步代碼的可視化展示。

執(zhí)行的主線程始終從全局作用域開始。全局函數(shù)（如果我們可以這樣稱呼它）被推入堆棧中。然后，在第 1 行，我們有一個控制臺日志語句。這個函數(shù)被推入堆棧中。假設(shè)這個發(fā)生在 1 毫秒時，“First” 被記錄在控制臺上。然后，這個函數(shù)從堆棧中彈出。

執(zhí)行到第 2 行時。假設(shè)到第 2 毫秒了，log 函數(shù)再次被推入堆棧中。“Second”被記錄在控制臺上，并彈出該函數(shù)。

最后，執(zhí)行到第 3 行了。第 3 毫秒時，log 函數(shù)被推入堆棧，“Third”將記錄在控制臺上，并彈出該函數(shù)。此時已經(jīng)沒有代碼要執(zhí)行，全局也被彈出。

異步代碼執(zhí)行

接下來，讓我們看一下異步代碼執(zhí)行。有以下代碼片段：包含三個日志語句，但這次第二個日志語句傳遞給了fs.readFile() 作為回調(diào)函數(shù)。

執(zhí)行的主線程始終從全局作用域開始。全局函數(shù)被推入堆棧。然后執(zhí)行到第 1 行，在第 1 毫秒時，“First”被記錄在控制臺中，并彈出該函數(shù)。然后執(zhí)行移動到第 2 行，在第 2毫秒時，readFile 方法被推入堆棧。由于 readFile 是異步操作，因此它會轉(zhuǎn)移（off-loaded）到 libuv。

JavaScript 從調(diào)用堆棧中彈出了 readFile 方法，因為就第 2 行的執(zhí)行而言，它的工作已經(jīng)完成了。在后臺，libuv 開始在單獨的線程上讀取文件內(nèi)容。在第 3 毫秒時，JavaScript 繼續(xù)進行到第 5 行，將 log 函數(shù)推入堆棧，“Third”被記錄到控制臺中，并將該函數(shù)彈出堆棧。

大約在第 4 毫秒左右，假設(shè)文件讀取任務(wù)已經(jīng)完成，則相關(guān)回調(diào)函數(shù)現(xiàn)在會在調(diào)用棧上執(zhí)行， 在回調(diào)函數(shù)內(nèi)部遇到 log 函數(shù)。

log 函數(shù)推入到到調(diào)用棧，“Second”被記錄到控制臺并彈出 log 函數(shù) 。由于回調(diào)函數(shù)中沒有更多要執(zhí)行的語句，因此也被彈出 。沒有更多代碼可運行了 ，所以全局函數(shù)也從堆棧中刪除 。

控制臺輸出“First”，“Third”，然后是“Second”。

Libuv 和異步操作

很明顯，libuv 用于處理 Node.js 中的異步操作。對于像處理網(wǎng)絡(luò)請求這樣的異步操作，libuv 依賴于操作系統(tǒng)原生機制。對于沒有本地 OS 支持的異步讀取文件的操作，libuv 則依賴其線程池以確保主線程不被阻塞。然而，這也引發(fā)了一些問題。

• 當(dāng)一個異步任務(wù)在 libuv 中完成時，什么時候 Node 會在調(diào)用棧上運行相關(guān)聯(lián)的回調(diào)函數(shù)？
• Node 是否會等待調(diào)用棧為空后再運行回調(diào)函數(shù)？還是打斷正常執(zhí)行流來運行回調(diào)函數(shù)？
• 像 setTimeout 和 setInterval 這類延遲執(zhí)行回調(diào)函數(shù)的方法又是何時執(zhí)行回調(diào)函數(shù)呢？
• 如果 setTimeout 和 readFile 這類異步任務(wù)同時完成，Node 如何決定哪個回調(diào)函數(shù)先在調(diào)用棧上運行？其中一個會有更多的優(yōu)先級嗎？

所有這些問題都可以通過理解 libuv 核心部分——事件循環(huán)來得到答案。

什麼是事件循環(huán)？

從技術(shù)上講，事件循環(huán)只是一個 C 語言程式。但在 Node.js 中，你可以將其視為一種設(shè)計模式，用於協(xié)調(diào)同步和非同步程式碼的執(zhí)行。

視覺化事件循環(huán)

事件循環(huán)是一個循環(huán)，只要你的 Node.js 應(yīng)用程式在運行，它就一直運行。每個循環(huán)中有六個不同的佇列，每個佇列都包含一個或多個需要最終在呼叫堆疊上執(zhí)行的回調(diào)函數(shù)。

• 首先，有一個計時器佇列（timer queue。技術(shù)上叫最小堆（min-heap）），它保存與setTimeout 和setInterval 相關(guān)的回呼函數(shù)。
• 其次，有一個I/O 佇列（I/O queue），其中包含與所有非同步方法相關(guān)的回呼函數(shù)，例如fs 和http 模組中提供的相關(guān)方法。
• 第三個是檢查佇列（check queue），它保存與 setImmediate 函數(shù)相關(guān)的回調(diào)函數(shù)，這是特定於Node 的功能。
• 第四個是關(guān)閉佇列（close queue），它保存與非同步任務(wù)關(guān)閉事件相關(guān)聯(lián)的回呼函數(shù)。

最後，有兩個不同佇列組成微任務(wù)佇列（microtask queue）。

• nextTick 佇列保存了與 process.nextTick 函數(shù)關(guān)聯(lián)的回呼函數(shù)。
• Promise 佇列則儲存了JavaScript 中本機 Promise 相關(guān)聯(lián)的回呼函數(shù)。

要注意的是計時器、I/O、檢查和關(guān)閉佇列都屬於 libuv。然而，兩個微任務(wù)隊列並不屬於 libuv。儘管如此，它們?nèi)匀皇?Node 運行時環(huán)境中扮演著重要角色，並且在執(zhí)行回調(diào)順序方面發(fā)揮重要作用。說到這裡, 讓我們來理解一下事件循環(huán)是如何運作的。

事件循環(huán)是如何運作的？

圖中箭頭是一個提示，但可能還不太容易理解。讓我來解釋一下佇列的優(yōu)先順序。首先要知道，所有使用者編寫的同步 JavaScript 程式碼都比非同步程式碼優(yōu)先權(quán)更高。這表示只有在呼叫堆疊為空時，事件循環(huán)才會發(fā)揮作用。

在事件循環(huán)中，執(zhí)行順序遵循某些規(guī)則。需要掌握的規(guī)則還是有一些的，我們逐一的了解：

1. 執(zhí)行微任務(wù)佇列（microtask queue）中的所有回呼函數(shù)。首先是 nextTick 佇列中的任務(wù)，然後是 Promise 佇列中的任務(wù)。
2. 執(zhí)行計時器佇列（timer queue）內(nèi)的所有回呼函數(shù)。
3. 如果微任務(wù)佇列中存在回呼函數(shù)，則在計時器佇列內(nèi)每執(zhí)行完一次回呼函數(shù)之後執(zhí)行微任務(wù)佇列中的所有回呼函數(shù)。首先是 nextTick 佇列中的任務(wù)，然後是 Promise 佇列中的任務(wù)。
4. 執(zhí)行 I/O 佇列（I/O queue）內(nèi)的所有回呼函數(shù)。
5. 如果微任務(wù)佇列中存在回呼函數(shù)，請依照先 nextTick 佇列後 Promise 佇列的順序依序執(zhí)行微任務(wù)佇列中的所有回呼函數(shù)。
6. 執(zhí)行檢查佇列（check queue）內(nèi)的所有回呼函數(shù)。
7. 如果微任務(wù)佇列中存在回呼函數(shù)，則在檢查佇列內(nèi)每個回呼之後執(zhí)行微任務(wù)佇列中的所有回呼函數(shù) 。首先是 nextTick 佇列中的任務(wù)，然後是 Promise 佇列中的任務(wù)。
8. 執(zhí)行關(guān)閉佇列（close queue）內(nèi)的所有回呼函數(shù)。
9. 在同一迴圈的最後，再執(zhí)行一次微任務(wù)佇列。首先是 nextTick 佇列中的任務(wù)，然後是 Promise 佇列中的任務(wù)。

此時，如果還有更多的回呼需要處理，那麼事件循環(huán)再運行一次（譯註：事件循環(huán)在程式運行期間一直在運行，在當(dāng)前沒有可供處理的任務(wù)情況下，會處於等待狀態(tài)，一旦新任務(wù)就會執(zhí)行），並重複相同的步驟。另一方面，如果所有回調(diào)都已執(zhí)行且沒有更多程式碼要處理（譯註：也就是程式執(zhí)行結(jié)束），則事件循環(huán)退出。

這就是 libuv 事件循環(huán)在 Node.js 中執(zhí)行非同步程式碼的作用。有了這些規(guī)則，我們可以重新檢視先前提出的問題。

當(dāng)一個非同步任務(wù)在 libuv 中完成時，什麼時候 Node 會在呼叫堆疊上執(zhí)行相關(guān)聯(lián)的回呼函數(shù)？

答案：只有當(dāng)呼叫堆疊為空時才執(zhí)行回呼函數(shù)。

Node 是否會等待呼叫堆疊為空後再執(zhí)行回呼函數(shù)？還是打斷正常執(zhí)行流來運行回呼函數(shù)？

答案：執(zhí)行回呼函數(shù)時不會打斷正常執(zhí)行流。

像是 setTimeout 和 setInterval 這類延遲執(zhí)行回呼函數(shù)的方法又是何時執(zhí)行回呼函數(shù)呢？

答案：setTimeout 和 setInterval 的所有回呼函數(shù)中第一優(yōu)先權(quán)執(zhí)行的（不考慮微任務(wù)佇列）。

如果兩個非同步任務(wù)（例如setTimeout 和readFile）同時完成，Node 如何決定那個回呼函數(shù)先在呼叫堆疊中執(zhí)行？其中一個會比另一個有更高優(yōu)先權(quán)嗎？

答案：在同時完成的情況下，計時器回呼會先於 I/O 回呼執(zhí)行。

到此為止我們學(xué)了很多，但我希望大家可以把下面這張圖片展現(xiàn)的執(zhí)行順序銘記於心，因為它完整的表現(xiàn)了Node.js 在幕後是如何執(zhí)行異步程式碼的。

但是，你可能會問：「驗證這個視覺化的程式碼在哪裡？」。好吧，事件循環(huán)中的每個隊列都有執(zhí)行上的細微差別，因此我們最好一個個來講比較好。本文是 Node.js 事件循環(huán)系列文章中的第一篇。請務(wù)必查看文末鏈接，以便了解每個隊列中的運行細節(jié)，即便你現(xiàn)在在腦海中印像很深了，到具體場景的時候可能還進到一些陷阱。

結(jié)論

這個視覺指南涵蓋了 JavaScript 中非同步程式設(shè)計、Node.js 執(zhí)行時期和負(fù)責(zé)處理非同步操作的 libuv 的基礎(chǔ)知識。有了這些知識，你可以建立一個強大的事件循環(huán)模型，在編寫利用 Node.js 非同步特性的程式碼時受益。

更多node相關(guān)知識，請造訪：nodejs 教學(xué)！

以上是一起聊聊Node中的事件循環(huán)的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！