前言

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

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

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

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

異步I/O

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

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

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

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

這個時候當然很慢，我如果直接由A切入B在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事件并執行，

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

異步的情況下回調函數不由開發者控制了，每次js發起調用會產生一個過渡產品請求對象

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

PS：看了這么久，我感覺不太好

結語

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