Javascript里異步編程逐漸被大家接受，先前大家一般通過回調嵌套，setTimeout、setInterval等方式實現(xiàn)，代碼看起來非常不直觀，不看整個代碼邏輯很難快速理解。Javascript里異步函數大概有I/O函數（Ajax、postMessage、img load、script load等）、計時函數（setTimeout、setInterval）等。

這些我們都很熟悉，在復雜的應用中往往會嵌套多層，甚至以為某些步驟未完成而導致程序異常，最簡單的例子：比如你往DOM中注入節(jié)點，你必須等待節(jié)點注入后在操作這個節(jié)點，當大量節(jié)點注入的時候，時間往往很難把握。如果我們得代碼依賴第三方api的數據。我們無法獲悉一個API響應的延遲時間，應用程序的其他部分可能會被阻塞，直到它返回結果。Promises對這個問題提供了一個更好的解決方案，它是非阻塞的，并且與代碼完全解耦 。

那么，我看看Javascript里異步編程，首先推薦大家看看相對來說比較流行的Promises/A規(guī)范。

Promises/A規(guī)范

注：為了便于理解，描述可能和Promises/A規(guī)范有所出入；

CommonJS之Promises/A規(guī)范，通過規(guī)范API接口來簡化異步編程，使我們的異步邏輯代碼更易理解。
遵循Promises/A規(guī)范的實現(xiàn)我們稱之為Promise對象，Promise對象有且僅有三種狀態(tài)：unfulfilled（未完成）、fulfilled（已完成）、failed（失敗/拒絕）；初始創(chuàng)建的時候是unfulfilled（未完成）狀態(tài)，狀態(tài)只可以從unfulfilled（未完成）變成fulfilled（已完成），或者unfulfilled（未完成）變成failed（失敗/拒絕）。狀態(tài)一旦變成fulfilled（已完成）或者failed（失敗/拒絕），狀態(tài)就不能再變了。

Promises/A規(guī)范提供了一個在程序中描述延時（或將來）概念的解決方案。主要的思想不是執(zhí)行一個方法然后阻塞應用程序等待結果返回后再回調其他方法，而是返回一個Promise對象來滿足未來監(jiān)聽。fulfilled狀態(tài)和failed狀態(tài)都可以被監(jiān)聽。Promise通過實現(xiàn)一個then接口來返回Promise對象來注冊回調：

then接口用于監(jiān)聽一個Promise的不同狀態(tài)。fulfilledHandler用于監(jiān)聽fulfilled（已完成）狀態(tài)，errorHandler用于監(jiān)聽failed（失敗/拒絕）狀態(tài)，progressHandler用于監(jiān)聽unfulfilled（未完成）狀態(tài)。Promise不強制實現(xiàn)unfulfilled（未完成）的事件監(jiān)聽（例如我們知道舊版本的jQuery（1.5，1.6）的Deferred就是一個Promise的實現(xiàn)，但沒有實現(xiàn)對unfulfilled（未完成）狀態(tài)的監(jiān)聽來回調progressHandler）。

一般認為，then接口返回的是一個新的Promise對象，而不是原來的Promise對象，這個新的新的Promise對象可以理解為是原來Promise對象的一個視圖，它只包含原有Promise對象的一組方法，這些方法只能觀察原有Promise對象的狀態(tài)，而無法更改deferred對象的內在狀態(tài)。這樣可以避免多個調用者之間的沖突，多個調用者可以通過改變新的Promise對象狀態(tài)而不影響別的調用者。

另外，Promise提供了resolve（實現(xiàn)狀態(tài)由未完成到已完成）和reject（實現(xiàn)狀態(tài)由未完成到拒絕或失?。﹥蓚€接口實現(xiàn)狀態(tài)的轉變。

發(fā)一張圖片幫助理解一下：

有了Promise，就可以以同步的思維去編寫異步的邏輯了。在異步函數里，不能使用try/catch捕獲異常，也不能拋出異常。有了Promise，我們可以直接顯式定義errorHandler，相當于捕獲異常。

以下是幾個遵循Promises/A規(guī)范的類庫，when，q，rsvp.js，jQuery.Deferred等等。

最新評論