nodejs教程之異步I/O_node.js

前言

在我映像中，異步最早出現與ajax，當時我還在搞.net，然後.net居然出了一個異步的控制......

雖然我最後知道了他不是異步的......然後，前端異步用得特別多，如果不是異步的程序，你都不好意思說是自己寫的NodeJs是機遇javascript做出來的，

非同步程式設計模型這一特點也被帶了過來，異步有很多優點，但是對設計而言卻是一個噩夢，異步會打亂時序，所以加大了設計困難，

但非同步對效能提升、對使用者體驗有了革命性的提高，所以NodeJS的 非同步特性相當明顯，今天我們就來簡單學習

非同步I/O

其實在作業系統層面上，只有兩種I/O方式，阻塞和非阻塞

在堵塞模型中，應用程式需要等待I/O完成才返回結果，他的特點是調用後腰等待系統完成所有操作才行，這個會造成CPU的等待，而非堵塞調用後會馬上返回

我初學是看的是一本書，但是這裡感覺沒有描述清楚，而且異步模型來說其實很大隻是感受層面的提高，舉一個簡單的例子

我現在有一個搜尋頁和列表頁兩個單頁應用的view，我搜索時候就是需要透過各種管道搜索，深圳需要調用第三方，第三方再從具體渠道獲取數據

這時候當然很慢，我如果直接由A切入B在搞一個loading框什麼的加載數據自然沒有問題，但是現在問題是我A切換到B需要動畫效果

這個就要求切換時候Bview渲染已經結束，至少不會再運到過程中獲取數據開始渲染，所以此時異步可能就不那麼好使，就是是異步請求數據，也是要數據獲取才能加載頁面

這個仍然是堵塞加載，這個在業務上是沒有辦法的

任何技術都不完美，堵塞造成CPU等待浪費，非堵塞打亂邏輯不說可能還需要輪詢以確認是否完成加載（曾經我使用輪詢檢測一個dom是否生成）

NodeJs採用的是事件循環機制，在進程啟動時，Node會創建一個死循環，每執行一次循環體的過程就是一次Tick，每個Tick的過程就是才看是否有事件需要處理

如果有就取出事件相關，執行之，然後進入下一邏輯，沒有就退出循環

每個Tick過程中，每個事件循環中都有一個或多個觀察者，判斷是否有事件要處理的過程就是向這些觀察者詢問是否需要處理這個事件

以我們html的事件模型為例

對html來說，其實他的每個DOM都是觀察者，頁面的DOM觀察著我們的Web Page的變化，我們對一個DOM提供一個addEventListener後，便會對其註冊一個回調函數，我們註冊的事件會被放到一個「容器」物件中，這時只是註冊，這些函數在滿足條件後會被觸發（頁面變更時），相關的事件會從容器中取出執行

我們現在點擊了一次頁面上一個點，然後我們會由容器中取出click事件集合，我們會找到相關的dom，然後觸發這些dom的回調函數

事件可能來自使用者的點擊或資料變化，在Node中事件主要來自於網路請求，檔案I/O，這些事件都會有對應的觀察者，如檔案觀察者，網路觀察者

這也是一個典型生產/消費模型，非同步I/O ，網路請求提供事件生產，事件傳遞到各個觀察者，觀察者註冊事件，事件循環負責取出事件然後執行事件

PS：以click為例，各個DOM觀察者先註冊事件，頁面進程不停的監視頁面，用戶click頁面生產事件，然後由容器中取出註冊的click事件並執行，

一般的函數邏輯由我們控制：

複製程式碼 程式碼如下:

 var forEach = function (list, callback) {
     for (var i = 0, len = list.length; i          callback(list[i], i, list);
     }
 }

非同步的情況下回呼函數不由開發者控制了，每次js發起呼叫都會產生一個過渡產品請求物件

複製程式碼 程式碼如下:

 fs.open = function (path, flags, mode, callback) {
   bingding.open(pathModule._makeLong(path), stringToFlags(flags), mode, callback);
 };

fs.open根據路徑和參數打開一個文件，從而得到相關數據，內部調用了c 相關接口，過程中會產生一個中間對象，我們的所有狀態會在其中......

PS：看了這麼久，我覺得不太好

結語

以上就是關於nodejs中異步I/O的全部內容了，個人總結，如有遺漏或錯誤，還請大家指出。