node的好處毋庸置疑，事件驅動，異步非阻塞I/O，以及處理高並發的能力深入人心，因此大家喜歡用node做一些小型后台服務或者作為中間層和其他服務配合完成一些大型應用場景。
什么是異步？
異步和同步應該是經常談的一個話題了。同步的概念很簡單，自上而下依次執行，必須等上邊執行完下邊才會執行。而異步可以先提交一個命令，中間可以去執行別的事務，而當執行完之后回過頭來返回之前的任務。
舉個栗子：
你很幸運，找了一個漂亮的女朋友，有一天你的女朋友發短信問你晚上看什么電影？但你並不知道看什么，馬上打開電腦查了一下近期熱播的電影，這其中你女朋友一直在等你，這就是同步
而異步呢？還是你女朋友發短信問你看什么電影，你跟她說： 你先等會吧吧，等我查一下，查好之后你回頭打電話告訴了她。這就是異步。
從而我們能看出同步和異步的一些特點：
1.必須發生在兩個對象身上。（你和你女朋友）
2.必須發生一些事情。（看電影）
不同的就是：同步就是依次執行，執行完一個之后在執行另一個，直到執行完成，而異步就是先執行一個，可能沒有執行完成再去執行另一個，等第一個執行完成后再返回結果
那么，為什么需要異步呢？
答案很明顯，為了提高辦事的效率，CPU計算速度和磁盤的讀寫速度差太遠了，磁盤供不應求，因此有了計算機的存儲系統的分層設計，平衡了效率和成本。可以說懶惰推動人類的進步，任何可以降低花費時間而達到同等功效的方法肯定會被優先采用。
發送短信時等待對方回復的時間純粹的浪費掉了，CPU寫入磁盤等待返回的結果的等待時間也被無情的消耗了，這是一個講究效率的時代完全不能忍受的，因此讓員工一直處於忙碌狀態，最大限度的榨取員工價值是老板追求的，讓CPU和磁盤都不停的滿
負荷處理事務也是效率需要的。因此，異步處理出現了。
那什么是異步IO？
異步IO是指操作系統提供的IO（數據進出）的能力，比如鍵盤輸入，對應到顯示器上會有專門的數據輸出接口，這就是我們生活中可見的IO能力；這個接口在向下會進入到操作系統這個層面，在操作系統中，會提供諸多的能力，比如：磁盤的讀寫，DNS
的查詢，數據庫的連接啊，網絡請求的處理，等等；
在不同的操作系統層面，表現的不一致。有的是異步非阻塞的；有的是同步的阻塞的，無論如何，我們都可以看做是上層應用於下層系統之間的數據交互；上層依賴於下層，但是反過來，上層也可以對下層提供的這些能力進行改造；如果這種操作是異步
的，非阻塞的，那么這種就是異步非阻塞的異步IO模型；如果是同步的阻塞的，那么就是同步IO模型；
koa就是一個上層的web服務框架，全部由js實現，他有操作系統之間的交互，全部通過nodejs來實現；如nodejs的 readFile就是一個異步非阻塞的接口，readFileSync就是一個同步阻塞接口。
什么是事件循環？
Node.js執行非阻塞I/O操作，盡管JavaScript是單線程的,但由於大多數內核都是多線程的，node.js會盡可能將操作裝載到系統內核。因此它們可以處理在后台執行的多個操作。當其中一個操作完成時，內核會告訴Node.js，以便node.js可
這個引擎由內存堆和調用棧組成，內存堆就是負責進行內存分配，比如變量賦值，調用棧就是代碼執行的地方。
我們經常使用的一些API並不是js引擎中提供的，例如定時器setTimeout。
它們其實是在瀏覽器中提供的，也就是運行時提供的，因此，實際上除了JavaScript引擎以外，還有其他的組件。
其中有個組件就是由瀏覽器提供的，叫Web APIs，像DOM，AJAX，setTimeout等等。
然后還有就是非常受歡迎的事件循環和回調隊列。
運行時負責給引擎線程發送消息，只負責生產消息，不負責取消息。
消息隊列
主線程在執行過程中遇到了異步任務，就發起函數或者稱為注冊函數，通過event loop線程通知相應的工作線程（如ajax，dom，setTimout等），同時主線程繼續向后執行，不會等待。等到工作線程完成了任務，eventloop線程會將消息添加到消息隊列
中，如果此時主線程上調用棧為空就執行消息隊列中排在最前面的消息，依次執行。
新的消息進入隊列的時候，會自動排在隊列的尾端。
單線程意味着js任務需要排隊，如果前一個任務出現大量的耗時操作，后面的任務得不到執行，任務的積累會導致頁面的“假死”。這也是js編程一直在強調需要回避的“坑”。
主線程會循環上述步驟，事件循環就是主線程重復從消息隊列中取消息、執行的過程。
需要注意的是 GUI渲染線程與JS引擎是互斥的，當JS引擎執行時GUI線程會被掛起，GUI更新會被保存在一個隊列中等到JS引擎空閑時立即被執行。因此頁面渲染都是在js引擎主線程調用棧為空時進行的。
其實 事件循環 機制和 消息隊列 的維護是由事件觸發線程控制的。
事件觸發線程 同樣是瀏覽器渲染引擎提供的，它會維護一個 消息隊列。
JS引擎線程遇到異步（DOM事件監聽、網絡請求、setTimeout計時器等...），會交給相應的線程單獨去維護異步任務，等待某個時機（計時器結束、網絡請求成功、用戶點擊DOM），然后由 事件觸發線程 將異步對應的 回調函數 加入到消息隊列中，消
息隊列中的回調函數等待被執行。
同時，JS引擎線程會維護一個 執行棧，同步代碼會依次加入執行棧然后執行，結束會退出執行棧。
如果執行棧里的任務執行完成，即執行棧為空的時候（即JS引擎線程空閑），事件觸發線程才會從消息隊列取出一個任務（即異步的回調函數）放入執行棧中執行。
（以上是我個人理解還有從網上的摘抄[dog]）