這篇文章帶大家聊聊Node中的各種I/O模型，介紹一下Node的靈魂—非阻塞異步IO，希望對大家有幫助！
【相關教學推薦：nodejs影片教學、程式教學】
我們以網路請求IO為例，首先介紹服務端處理一次完整的網路IO請求的典型流程：
應用程式獲得一個操作結果，通常包括兩個不同的階段：
等待資料準備好
recvfrom
阻塞式 I/O
模型(blocking I/O）阻塞調用
是指在呼叫結果回傳之前，目前執行緒會被掛起，呼叫執行緒只有在等待系統核心層級
阻塞I/O造成了cpu的等待I/O，浪費了CPU的時間片。
非阻塞式I/O模型(non-blocking I/O）
比起前者，非阻塞I/O不帶數據直接返回，要獲取數據，還需要透過檔案描述符再次嘗試讀取數據
#非阻塞調用
得到返回（並不是真實的期待資料）之後，CPU時間片可以用來處理其他的事情，可以明顯提升效能。輪詢
，常見的幾種輪詢策略如下
這是最原始，也是效能最低的一種方式，透過重複呼叫來檢查I/O狀態達到取得完整資料的目的
#缺點：CPU一直耗費在輪詢上，同時影響伺服器效能，因為你輪詢之後伺服器還要進行作答
這三個函數可以同時阻塞多個I/O 操作，而且可以同時對多個讀取操作，多個寫入操作的I/O 函數進行偵測，直到有資料可讀或可寫入時，才真正呼叫I/O 操作函數。
三種I/O復用機制的差異如下由於select採用1024長度的陣列來儲存檔案狀態，因此最多可以同時偵測1024個檔案描述子
epoll/ kqueue
小結：本質上說，輪詢仍然是一種同步操作，因為應用程式仍然在等待I/O完全返回，等待期間要么遍歷檔案描述狀態，要么休眠等待事件的發生。
#在訊號驅動I/O 模型中，應用程式使用訊號驅動I/O，並安裝訊號處理函數，進程繼續運作並不阻塞。
當資料準備好時，程式會收到一個 SIGIO 訊號，可以在訊號處理函數中呼叫 I/O 操作函數處理資料。
小結：到此為止，訊號驅動式I/O模型是更符合我們的非同步需求的，程式會在等待資料的過程中非同步執行其他的業務邏輯。
但是！ ！ ！ 在資料從核心複製到使用者空間過程中依然是阻塞的，並不能算是一場徹底的革命（非同步）。
我們理想中的非同步I/O應該是應用程式發起非阻塞調用，無需透過輪詢的方式進行資料獲取，更沒有必要在資料拷貝階段進行無謂的等待，而是能夠在I/O完成之後，透過訊號或回調函數的方式傳遞給應用程序，在此期間應用程式可以執行其他業務邏輯。
實際上，linux平台下原生支援了非同步I/O（AIO），但目前AIO 並不完善，因此在Linux 下實現高並發網路程式設計時都是以I/O 復用模型為主。
而Windows 下透過 IOCP 實現了真正的非同步 I/O。
linux平台下，Node利用執行緒池，透過讓部分執行緒進行阻塞I/O或非阻塞I/O 輪詢的方式完成資料獲取，讓某一個單獨的線程進行計算，透過線程之間的通信，將I/O結果進行傳遞，這樣便實現了異步I/O的模擬。
其實Windows平台下的IOCP非同步方案底層也是採用執行緒池的方式實現的，所不同的是，後者的執行緒池是由系統核心進行託管的。
我們常說Node是單執行緒的，但其實只能說是JS執行在單執行緒中，無論是*nix還是windows平台，底層都是利用執行緒池來完成I/O操作。
更多node相關知識，請造訪：nodejs 教學！
以上是帶你了解Nodejs中的非阻塞異步IO的詳細內容。更多資訊請關注PHP中文網其他相關文章！
