大家好，
在第一篇文章中，我將寫有關事件循環（主循環、主線程、事件線程等...）的內容，這是真正想了解 Javascript 的人思考的主題之一。我還想補充一點，這篇文章將是我自己做的筆記的彙編，而不是專業的。我為我的錯誤提前道歉。
在下圖中，您可以看到 Nodejs 中的 javascript v8 引擎、事件循環機制和 libuv 函式庫。 libuv 函式庫可以執行一些 Javascript 無法提供的任務。如果我們在瀏覽器中執行 javascript，我們就會使用瀏覽器提供的 Web api 來運作。
事件循環是一種架構設計模式。這種方式之所以受到青睞，與JavaScript的工作原理有直接關係。 Javascript 運行單執行緒和非阻塞 I/O。換句話說，雖然它運行在單執行緒上，但在執行耗時任務時並沒有被阻塞，而是繼續工作。它透過事件循環架構解決了這個問題。
當程式運行時，全域執行上下文被建立並加入到呼叫堆疊中。在程式流程完成之前，不會將其從呼叫堆疊中刪除。事實上，為每個函數建立了一個執行上下文。一旦函數完成，它就會從呼叫堆疊中刪除。但它並不總是這樣。
在某些情況下，函數需要時間才能完成其功能。例如，網路請求或來自檔案的資料讀寫操作、DOM 事件（並非全部）。在這種情況下，函數由線程池或Web API 處理。當進程完成時，回呼函數被加入到回呼隊列（任務隊列）中。當輪到它的時候（當呼叫堆疊清空時），它被轉移到呼叫堆疊並被處理。一旦處理完畢，它就會從呼叫堆疊中刪除。微任務佇列中的作業先於回呼佇列中的作業進行處理。例如 Promise、Mutation Observer、queueMicrotask
Node.js 中的執行緒池和瀏覽器中的 Web Workers 用於執行需要密集 CPU 能力的非同步操作和作業。我不會在這裡觸及它們在用法和範圍上的差異。我想說的是：我們可以用不同的機制來處理 JavaScript 無法處理的任務。
以上是Node.js 事件循環的詳細內容。更多資訊請關注PHP中文網其他相關文章！
