當(dāng)我們知道I/O操作和創(chuàng)建新線程的開銷是巨大的！

網(wǎng)站延遲的開銷

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

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

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

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

什么是阻塞和非阻塞呢？

阻塞調(diào)用是指調(diào)用結(jié)果返回之前，當(dāng)前線程會被掛起。調(diào)用線程只有在得到結(jié)果之后才會返回。
非阻塞調(diào)用指在不能立刻得到結(jié)果之前，該調(diào)用不會阻塞當(dāng)前線程。

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

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

一個知乎的回答：

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

NodeJS的事件輪詢

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

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

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

而對于讀取文件，HTTP

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

執(zhí)行肯定會造成堵塞，所以Event Loop

會把這類型的事件交給底層的線程池執(zhí)行，并給予線程池一個回調(diào)函數(shù)，當(dāng)線程池操作

完成這堵塞任務(wù)后，便把結(jié)果和回調(diào)函數(shù)一起再放入輪詢隊列中。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論