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

網(wǎng)站延遲的開(kāi)銷(xiāo)

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

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

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

當(dāng)采用多線程時(shí)，為每一個(gè)請(qǐng)求開(kāi)啟一個(gè)新的線程（Apache就是這樣做的）。當(dāng)并發(fā)增多，線程的消耗會(huì)十分嚴(yán)重。

什么是阻塞和非阻塞呢？

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

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

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

一個(gè)知乎的回答：

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

NodeJS的事件輪詢

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

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

在nodejs中，只有一個(gè)主線程（也就是前面說(shuō)的單線程）來(lái)不斷讀取輪詢（書(shū)中稱(chēng)為調(diào)用I/O觀察者）隊(duì)列中是否有事件。

而對(duì)于讀取文件，HTTP

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

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

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

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

總結(jié)

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

最新評(píng)論