JavaScript編程幾乎總是伴隨著異步操作,傳統(tǒng)的異步操作會(huì)在操作完成之后,使用回調(diào)函數(shù)傳回結(jié)果,而回調(diào)函數(shù)中則包含了后續(xù)的工作。這也是造成異步編程困難的主要原因:
我們一直習(xí)慣于“線性”地編寫(xiě)代碼邏輯,但是大量異步操作所帶來(lái)的回調(diào)函數(shù),會(huì)把我們的算法分解地支離破碎。
此時(shí)我們不能用if來(lái)實(shí)現(xiàn)邏輯分支,也不能用while/for/do來(lái)實(shí)現(xiàn)循環(huán),更不用說(shuō)異步操作之間的組合、錯(cuò)誤處理以及取消操作了。因此也就誕生了如jQuery Deferred這樣的輔助類(lèi)庫(kù)。
我們常見(jiàn)的異步操作:
定時(shí)器setTimeout postmessage WebWorkor CSS3 動(dòng)畫(huà) XMLHttpRequest HTML5的本地?cái)?shù)據(jù) 等等…
JavaScript要求在與服務(wù)器進(jìn)行交互時(shí)要用異步通信,如同AJAX一樣。因?yàn)槭钱惒侥P停栽谡{(diào)用Transaction游覽器提供的本地?cái)?shù)據(jù)接口時(shí)候類(lèi)似AJAX(這里我是假設(shè)),瀏覽器自己有內(nèi)部的XHR方法異步處理,但是此時(shí)的JS代碼還是會(huì)同步往下執(zhí)行,其實(shí)就是無(wú)阻塞的代碼。
問(wèn)題:因?yàn)闊o(wú)阻塞,代碼在發(fā)送AJAX這個(gè)請(qǐng)求后會(huì)繼續(xù)執(zhí)行,那么后續(xù)的操作如果依賴(lài)這個(gè)數(shù)據(jù)的就會(huì)出錯(cuò)了,所以這里就需要等待AJAX返回,才能執(zhí)行后續(xù)操作。
因?yàn)楫惒蕉鴮?dǎo)致流程不正確,或者說(shuō)我們的應(yīng)用在某個(gè)程度上依賴(lài)第三方API的數(shù)據(jù),那么就會(huì)面臨一個(gè)共同的問(wèn)題:
我們無(wú)法獲悉一個(gè)API響應(yīng)的延遲時(shí)間,應(yīng)用程序的其他部分可能會(huì)被阻塞,直到它返回結(jié)果。Deferreds 的引入對(duì)這個(gè)問(wèn)題提供了一個(gè)更好的解決方案,它是非阻塞的,并且與代碼完全解耦。
當(dāng)然異步操作也可以提供一個(gè)類(lèi)似于成功回調(diào),失敗回調(diào)的通知接口。
JS是單線程語(yǔ)言,就簡(jiǎn)單性而言,把每一件事情(包括GUI事件和渲染)都放在一個(gè)線程里來(lái)處理是一個(gè)很好的程序模型,因?yàn)檫@樣就無(wú)需再考慮線程同步這些復(fù)雜問(wèn)題。
另一方面,他也暴露了應(yīng)用開(kāi)發(fā)中的一個(gè)嚴(yán)重問(wèn)題,單線程環(huán)境看起來(lái)對(duì)用戶請(qǐng)求響應(yīng)迅速,但是當(dāng)線程忙于處理其它事情時(shí),就不能對(duì)用戶的鼠標(biāo)點(diǎn)擊和鍵盤(pán)操作做出響應(yīng)。
請(qǐng)驗(yàn)證,完成請(qǐng)求
由于請(qǐng)求次數(shù)過(guò)多,請(qǐng)先驗(yàn)證,完成再次請(qǐng)求
打開(kāi)微信掃碼自動(dòng)綁定
綁定后可得到
使用 Ctrl+D 可將課程添加到書(shū)簽
舉報(bào)