[原文：Why Node.js is a single threaded language ?](https://www.geeksforgeeks.org/why-node-js-is-a-single-threaded-language/)

構建在 node.js 之上的應用程式使用單執行緒事件迴圈模型架構來處理多個併發客戶端，如 JSP、Spring MVC、ASP.NET、HTML、Ajax、jQuery 等。存在其他可以使用的 web 技術，但這些列出的技術遵循“多執行緒請求-響應”架構來處理多個併發客戶端。

單執行緒：Node JS 平臺不遵循多執行緒請求/響應無狀態模型。 它遵循單執行緒與事件迴圈模型。 Node JS Processing 模型主要受 JavaScript 基於事件的模型的啟發，具有 JavaScript 回撥機制。 因此，Node.js 可以輕鬆處理更多併發客戶端請求。事件迴圈是 Node.js 處理模型的核心，如下圖所示。

![](https://img-blog.csdnimg.cn/img_convert/b660daa81fb0f48d3378cf1178901cf9.png)

n = 客戶端對 Node.js Web 伺服器的請求數。
假設他們同時訪問我們構建在 Node.js 之上的 Web 應用程式客戶端是 Client-1, Client-2 。 . . 客戶端-n。
m = 執行緒池中的執行緒數。

Web 伺服器接收 Client-1, Client-2 。 . . 直到 Client-n 請求並將它們放入事件佇列中。

單執行緒事件迴圈相對於多執行緒請求/響應無狀態模型的優勢：

* 可以輕鬆處理越來越多的併發客戶端請求。
* 由於事件迴圈，無需建立越來越多的執行緒。

構建在 node.js 之上的應用程式使用盡可能少的執行緒來減少記憶體或資源使用。

node.js 使用單執行緒事件迴圈模型架構的原因：

* 最初，node.js 是作為非同步處理的實驗而建立的，理論上，在應用程式不使用 CPU 時，在單個執行緒上進行非同步處理可以在典型的 Web 負載下提供比典型的基於執行緒的實現更高的效能和可擴充套件性密集的東西，並且可以執行比 Apache 或 IIS 或其他基於執行緒的伺服器多數千個併發連線。

* node.js 的單執行緒、非同步特性也確實使事情變得複雜，但在設計應用程式所花費的時間、開發成本、死鎖、優先順序倒置以及所有應用程式的生命週期問題方面，執行緒比這更糟糕。

* 對於伺服器的每個請求用一個執行緒來響應的模型還有一個眾所周知且備受批評的問題，即與事件迴圈執行緒模型相比，它們在多種場景下的擴充套件性不佳，簡而言之，它們缺乏作為應用程式的可擴充套件性不斷增長以滿足未來的需求並增加新功能。

由於 Node.js 遵循單執行緒事件迴圈模型，其靈感來自 JavaScript 基於事件的模型和 JavaScript 回撥機制。因此，node.js 是類似於 JavaScript 的單執行緒，但不是純 JavaScript 程式碼，這意味著像網路呼叫、檔案系統任務、DNS 查詢等非同步完成的事情實際上並不由主執行緒處理。

# How the single threaded non blocking IO model works in NodeJS ?

示例：如果我們收到來自兩個使用者 A 和 B 的請求。透過非阻塞 IO，我們可以發起對 A 的請求，然後立即對 B 發起請求，而無需等待對 A 請求的響應。因此我們可以說藉助 non -blocking IO 我們可以消除多執行緒的使用，因為節點伺服器可以同時處理多個請求。

Working of single-threaded non-blocking IO:

![](https://img-blog.csdnimg.cn/img_convert/50b66614dc8ded32186cc4276e543306.png)

當客戶端向伺服器傳送請求時，該請求稱為事件。 這些所有請求都儲存在一個事件佇列中。 事件迴圈中存在的單個執行緒將此請求分配給內部執行緒池中存在的執行緒之一。

該執行緒讀取客戶端請求，處理請求，在需要時執行任何阻塞 IO 操作，並準備將最終響應傳送回伺服器。 事件迴圈將此響應傳送回相應的客戶端。

事件迴圈無限地接收請求並處理它們。

由於事件迴圈，不需要多個執行緒。 由於這個事件迴圈和單執行緒的概念，node.js 使用更少的資源和記憶體。

Node.js 的單執行緒事件驅動模型和內建的執行緒池模型

相關文章