1.背景介紹
Javascript語(yǔ)言的執(zhí)行環(huán)境是"單線程"
所謂"單線程"，就是指一次只能完成一件任務(wù)。如果有多個(gè)任務(wù)，就必須排隊(duì)，前面一個(gè)任務(wù)完成，再執(zhí)行后面一個(gè)任務(wù)，以此類推。
這種模式的好處是實(shí)現(xiàn)起來(lái)比較簡(jiǎn)單，執(zhí)行環(huán)境相對(duì)單純；壞處是只要有一個(gè)任務(wù)耗時(shí)很長(zhǎng)，后面的任務(wù)都必須排隊(duì)等著，會(huì)拖延整個(gè)程序的執(zhí)行。常見的瀏覽器無(wú)響應(yīng)（假死），往往就是因?yàn)槟骋欢蜫avascript代碼長(zhǎng)時(shí)間運(yùn)行（比如死循環(huán)），導(dǎo)致整個(gè)頁(yè)面卡在這個(gè)地方，其他任務(wù)無(wú)法執(zhí)行。
2.知識(shí)剖析
先了解下Javascript語(yǔ)言將任務(wù)的執(zhí)行模式。Javascript語(yǔ)言將任務(wù)的執(zhí)行模式分成兩種：同步（Synchronous）和異步（Asynchronous）。
"同步模式"：后一個(gè)任務(wù)等待前一個(gè)任務(wù)結(jié)束，然后再執(zhí)行，程序的執(zhí)行順序與任務(wù)的排列順序是一致的、同步的；
"異步模式"則完全不同，每一個(gè)任務(wù)有一個(gè)或多個(gè)回調(diào)函數(shù)（callback），前一個(gè)任務(wù)結(jié)束后，不是執(zhí)行后一個(gè)任務(wù)，而是執(zhí)行回調(diào)函數(shù)，后一個(gè)任務(wù)則是不等前一個(gè)任務(wù)結(jié)束就執(zhí)行，所以程序的執(zhí)行順序與任務(wù)的排列順序是不一致的、異步的。非常重要。在瀏覽器端，耗時(shí)很長(zhǎng)的操作都應(yīng)該異步執(zhí)行，避免瀏覽器失去響應(yīng)，最好的例子就是Ajax操作。在服務(wù)器端，"異步模式"甚至是唯一的模式，因?yàn)閳?zhí)行環(huán)境是單線程的，如果允許同步執(zhí)行所有http請(qǐng)求，服務(wù)器性能會(huì)急劇下降，很快就會(huì)失去響應(yīng)。
3.常見問(wèn)題
有哪些方法實(shí)現(xiàn)"異步模式"編程
4.解決方案
一、回調(diào)函數(shù)：一般情況下，應(yīng)用程序時(shí)常通過(guò)API調(diào)用庫(kù)里所預(yù)先備好的函數(shù)。但是有些庫(kù)函數(shù)卻要求應(yīng)用先傳給它一個(gè)函數(shù)，好在合適的時(shí)候調(diào)用，以完成目標(biāo)任務(wù)。這個(gè)被傳入的、后又被調(diào)用的函數(shù)就稱為回調(diào)函數(shù)。
采用這種方式，我們把同步操作變成了異步操作，f1不會(huì)堵塞程序運(yùn)行，相當(dāng)于先執(zhí)行程序的主要邏輯，將耗時(shí)的操作推遲執(zhí)行。回調(diào)函數(shù)的優(yōu)點(diǎn)是簡(jiǎn)單、容易理解和部署.
但是回調(diào)函數(shù)的方式存在如下的問(wèn)題
1.缺點(diǎn)是不利于代碼的閱讀和維護(hù)，各個(gè)部分之間高度耦合（Coupling），流程會(huì)很混亂，而且每個(gè)任務(wù)只能指定一個(gè)回調(diào)函數(shù)。
2.可能形成萬(wàn)惡的嵌套金字塔，代碼不易閱讀；
3.只能對(duì)應(yīng)一個(gè)回調(diào)函數(shù)，在很多場(chǎng)景中成為一個(gè)限制。
二、事件監(jiān)聽：另一種思路是采用事件驅(qū)動(dòng)模式。任務(wù)的執(zhí)行不取決于代碼的順序，而取決于某個(gè)事件是否發(fā)生。
這里使用了Jquery的事件，當(dāng)f1發(fā)生done事件，就執(zhí)行f2。f1.trigger('done')表示，執(zhí)行完成后，立即觸發(fā)done事件，從而開始執(zhí)行f2。
這種方法的優(yōu)點(diǎn)是比較容易理解，可以綁定多個(gè)事件，每個(gè)事件可以指定多個(gè)回調(diào)函數(shù)，而且可以"去耦合"（Decoupling），有利于實(shí)現(xiàn)模塊化。缺點(diǎn)是整個(gè)程序都要變成事件驅(qū)動(dòng)型，運(yùn)行流程會(huì)變得很不清晰。
三、發(fā)布/訂閱
我們假定，存在一個(gè)"信號(hào)中心"，某個(gè)任務(wù)執(zhí)行完成，就向信號(hào)中心"發(fā)布"（publish）一個(gè)信號(hào)，其他任務(wù)可以向信號(hào)中心"訂閱"（subscribe）這個(gè)信號(hào)，從而知道什么時(shí)候自己可以開始執(zhí)行。這就叫做"發(fā)布/訂閱模式"（publish-subscribe pattern），又稱"觀察者模式"（observer pattern）。
這個(gè)模式有多種實(shí)現(xiàn)，下面采用的是Ben Alman的Tiny Pub/Sub，這是jQuery的一個(gè)插件。
首先，f2向"信號(hào)中心"jQuery訂閱"done"信號(hào)。jQuery.publish("done")的意思是，f1執(zhí)行完成后，向"信號(hào)中心"jQuery發(fā)布"done"信號(hào)，從而引發(fā)f2的執(zhí)行。此外，f2完成執(zhí)行后，也可以取消訂閱（unsubscribe）。
這種方法的性質(zhì)與"事件監(jiān)聽"類似，但是明顯優(yōu)于后者。因?yàn)槲覀兛梢酝ㄟ^(guò)查看"消息中心"，了解存在多少信號(hào)、每個(gè)信號(hào)有多少訂閱者，從而監(jiān)控程序的運(yùn)行。
四.Promise：Promise象征著一個(gè)異步操作的最終結(jié)果。Promises交互主要通過(guò)它的then方法，then方法接受一個(gè)回調(diào)函數(shù)，這個(gè)回調(diào)函數(shù)接受執(zhí)行成功的返回值或執(zhí)行失敗的錯(cuò)誤原因，錯(cuò)誤原因一般是Error對(duì)象。
Promises對(duì)象是CommonJS工作組提出的一種規(guī)范，目的是為異步編程提供統(tǒng)一接口。簡(jiǎn)單說(shuō)，它的思想是，每一個(gè)異步任務(wù)返回一個(gè)Promise對(duì)象，該對(duì)象有一個(gè)then方法，允許指定回調(diào)函數(shù)。
Promise有以下幾種狀態(tài)：
1.pending:初始狀態(tài),既不是fulfilled也不是rejected。
2.fulfilled:表示操作被成功完成。
3.rejected:表示該操作失敗。
而且，它還有一個(gè)前面三種方法都沒(méi)有的好處：如果一個(gè)任務(wù)已經(jīng)完成，再添加回調(diào)函數(shù)，該回調(diào)函數(shù)會(huì)立即執(zhí)行。所以，你不用擔(dān)心是否錯(cuò)過(guò)了某個(gè)事件或信號(hào)。這種方法的缺點(diǎn)就是編寫和理解，都相對(duì)比較難。
5.編碼實(shí)戰(zhàn)
編碼已在問(wèn)題中展示。
6.擴(kuò)展思考
promise中的互相鏈接的寫法：ES7的Async/Await
http://www.tuicool.com/articles/QbABJzq
7.參考文獻(xiàn)
參考一：http://www.cnblogs.com/chuangweili/p/5162989.html? ? 異步操作的幾種方法
參考二：http://www.tuicool.com/articles/QbABJzq? ? ES7中的Async/Await
參考三：http://jquery.cuishifeng.cn? ? jq中的異步操作
8.更多討論
jQ封裝了哪些異步操作？
jQuery $.ajax()
PPT地址：https://ptteng.github.io/PPT/PPT/js-05-Asynchronous%20programming
視頻地址：https://v.qq.com/x/page/g0504mgp6yv.html
問(wèn)題：1、angular的異步操作、方法。
2、AJAX的異步和promise的區(qū)別。
3、異步請(qǐng)求的優(yōu)缺點(diǎn)。
