當我們知道I/O操作和創建新線程的開銷是巨大的！

網站延遲的開銷

對于一個網站，后臺大多不需要進行復雜的計算，我們的程序大多時間花費在I/O讀取上。

看到一個數據：IO操作可以比數據處理慢幾個數量級。高端SSD固態硬盤的讀取速度可以達到200mb-700mb/s;讀取1000字節需要1.4微秒。而在此期間，2GHZ頻率的CPU可以執行28000個指令處理周期。而網絡數據的IO甚至更慢！

NodeJS采用單線程非阻塞的架構解決老大難的IO問題

當采用多線程時，為每一個請求開啟一個新的線程（Apache就是這樣做的）。當并發增多，線程的消耗會十分嚴重。

什么是阻塞和非阻塞呢？

阻塞調用是指調用結果返回之前，當前線程會被掛起。調用線程只有在得到結果之后才會返回。
非阻塞調用指在不能立刻得到結果之前，該調用不會阻塞當前線程。

var fs = require("fs");fs.readFile("./testfile", "utf8", function(error, file) {   if (error) throw error;   console.log("我讀完文件了！");});console.log("我不會被阻塞！");

用node執行以下代碼，會先輸出我不會被阻塞，再輸出我讀完文件了

一個知乎的回答：

你打電話問書店老板有沒有《分布式系統》這本書，你如果是阻塞式調用，你會一直把自己“掛起”，直到得到這本書有沒有的結果，如果是非阻塞式調用，你不管老板有沒有告訴你，你自己先一邊去玩了， 當然你也要偶爾過幾分鐘check一下老板有沒有返回結果。

NodeJS的事件輪詢

這是node雖然為單線程，但是可以處理大并發，高吞吐量的核心。一個事件輪詢擁有下面三個組件

1. 事件隊列：這是一個FIFO模型的隊列，一方推入事件，另一方推出事件
2. 隊列的讀取輪詢線程組件，也就是主角Event Loop，
3. 單獨的線程池，用來執行長任務（也就是threadpool，node底層，用C++寫的，不會阻塞）

在nodejs中，只有一個主線程（也就是前面說的單線程）來不斷讀取輪詢（書中稱為調用I/O觀察者）隊列中是否有事件。

而對于讀取文件，HTTP

請求等（現代cpu處理能力很強，事件處理相當快，導致運行速度下降的瓶頸在I/O）比較容易堵塞的事件，就在這個單線程中

執行肯定會造成堵塞，所以Event Loop

會把這類型的事件交給底層的線程池執行，并給予線程池一個回調函數，當線程池操作

完成這堵塞任務后，便把結果和回調函數一起再放入輪詢隊列中。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對武林網的支持。