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

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

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

我們常見的異步操作：

定時(shí)器setTimeout
postmessage
WebWorkor
CSS3 動(dòng)畫
XMLHttpRequest
HTML5的本地?cái)?shù)據(jù)
等等…

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

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

因?yàn)楫惒蕉鴮?dǎo)致流程不正確，或者說我們的應(yīng)用在某個(gè)程度上依賴第三方API的數(shù)據(jù)，那么就會(huì)面臨一個(gè)共同的問題：

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

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

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

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