Node.JS中怎么實現事件輪詢

這篇文章將為大家詳細講解有關Node.JS中怎么實現事件輪詢，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

網站延遲的開銷

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

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

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

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

什么是阻塞和非阻塞呢？

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

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

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

一個知乎的回答：

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

NodeJS的事件輪詢

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

1. 事件隊列：這是一個FIFO模型的隊列，一方推入事件，另一方推出事件

2. 隊列的讀取輪詢線程組件，也就是主角Event Loop，

3. 單獨的線程池，用來執(zhí)行長任務（也就是threadpool，node底層，用C++寫的，不會阻塞）

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

而對于讀取文件，HTTP

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

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

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

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

關于Node.JS中怎么實現事件輪詢就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。