JavaScript編程幾乎總是伴隨著異步操作，傳統(tǒng)的異步操作會在操作完成之后，使用回調(diào)函數(shù)傳回結(jié)果，而回調(diào)函數(shù)中則包含了后續(xù)的工作。這也是造成異步編程困難的主要原因：

我們一直習(xí)慣于“線性”地編寫代碼邏輯，但是大量異步操作所帶來的回調(diào)函數(shù)，會把我們的算法分解地支離破碎。

此時我們不能用if來實現(xiàn)邏輯分支，也不能用while/for/do來實現(xiàn)循環(huán)，更不用說異步操作之間的組合、錯誤處理以及取消操作了。因此也就誕生了如jQuery Deferred這樣的輔助類庫。

我們常見的異步操作：

定時器setTimeout
postmessage
WebWorkor
CSS3 動畫
XMLHttpRequest
HTML5的本地數(shù)據(jù)
等等…

JavaScript要求在與服務(wù)器進(jìn)行交互時要用異步通信，如同AJAX一樣。因為是異步模型，所以在調(diào)用Transaction游覽器提供的本地數(shù)據(jù)接口時候類似AJAX（這里我是假設(shè)），瀏覽器自己有內(nèi)部的XHR方法異步處理，但是此時的JS代碼還是會同步往下執(zhí)行，其實就是無阻塞的代碼。

問題：因為無阻塞，代碼在發(fā)送AJAX這個請求后會繼續(xù)執(zhí)行，那么后續(xù)的操作如果依賴這個數(shù)據(jù)的就會出錯了，所以這里就需要等待AJAX返回，才能執(zhí)行后續(xù)操作。

因為異步而導(dǎo)致流程不正確，或者說我們的應(yīng)用在某個程度上依賴第三方API的數(shù)據(jù)，那么就會面臨一個共同的問題：

我們無法獲悉一個API響應(yīng)的延遲時間，應(yīng)用程序的其他部分可能會被阻塞，直到它返回結(jié)果。Deferreds 的引入對這個問題提供了一個更好的解決方案，它是非阻塞的，并且與代碼完全解耦。

當(dāng)然異步操作也可以提供一個類似于成功回調(diào)，失敗回調(diào)的通知接口。

JS是單線程語言，就簡單性而言，把每一件事情（包括GUI事件和渲染）都放在一個線程里來處理是一個很好的程序模型，因為這樣就無需再考慮線程同步這些復(fù)雜問題。

另一方面，他也暴露了應(yīng)用開發(fā)中的一個嚴(yán)重問題，單線程環(huán)境看起來對用戶請求響應(yīng)迅速，但是當(dāng)線程忙于處理其它事情時，就不能對用戶的鼠標(biāo)點擊和鍵盤操作做出響應(yīng)。