一、回撥函式，這是非同步程式設計最基本的方法

假定有兩個函式f1和f2，後者等待前者的執行結果，如果f1是一個很耗時的任務，可以考慮改寫f1，把f2寫成f1的回撥函式。

function f1(callback){

　　setTimeout(function () {

　　    // f1的任務程式碼

　　　　callback();

　　}, 1000);
}

        採用這種方式，我們把同步操作變成了非同步操作，f1不會堵塞程式執行，相當於先執行程式的主要邏輯，將耗時的操作推遲執行。

        回撥函式的優點是簡單、容易理解和部署，缺點是不利於程式碼的閱讀和維護，各個部分之間高度耦合（Coupling），流程會很混亂，而且每個任務只能指定一個回撥函式。

二、事件監聽

另一種思路是採用事件驅動模式。任務的執行不取決於程式碼的順序，而取決於某個事件是否發生。

f1.on('done', f2); 當f1發生done事件，就執行f2。

function f1(){

　　setTimeout(function () {

　　　　// f1的任務程式碼
　　　　f1.trigger('done');

　　}, 1000);

}

           f1.trigger('done')表示，執行完成後，立即觸發done事件，從而開始執行f2。

       這種方法的優點是比較容易理解，可以繫結多個事件，每個事件可以指定多個回撥函式，而且可以"去耦合"（Decoupling），有利於實現模組化。缺點是整個程式都要變成事件驅動型，執行流程會變得很不清晰。

三、釋出/訂閱

我們假定，存在一個"訊號中心"，某個任務執行完成，就向訊號中心"釋出"（publish）一個訊號，其他任務可以向訊號中心"訂閱"（subscribe）這個訊號，從而知道什麼時候自己可以開始執行。這就叫做"釋出/訂閱模式"（publish-subscribe pattern），又稱"觀察者模式"（observer pattern）。我們可以通過檢視"訊息中心"，瞭解存在多少訊號、每個訊號有多少訂閱者，從而監控程式的執行。　

jQuery.subscribe("done", f2); //首先，f2向"訊號中心"jQuery訂閱"done"訊號。

function f1(){

　　setTimeout(function () {

　　　　// f1的任務程式碼

　　　　jQuery.publish("done"); //f1執行完成後，向"訊號中心"jQuery釋出"done"訊號，引發f2的執行。

　　}, 1000);

　　}

jQuery.unsubscribe("done", f2); //f2完成執行後，也可以取消訂閱（unsubscribe）。
 

四、Promises物件

Promises物件是CommonJS工作組提出的一種規範，目的是為非同步程式設計提供統一介面。簡單說，它的思想是，每一個非同步任務返回一個Promise物件，該物件有一個then方法，允許指定回撥函式。

f1().then(f2);

function f1(){

　　var dfd = $.Deferred();

　　setTimeout(function () {

　　　　// f1的任務程式碼

　　　　dfd.resolve();

　　}, 500);

　　return dfd.promise;

}

回撥函式變成了鏈式寫法，程式的流程可以看得很清楚，而且有一整套的配套方法，可以實現許多強大的功能。

f1().then(f2).then(f3); //指定多個回撥函式
f1().then(f2).fail(f3); //指定發生錯誤時的回撥函式

如果一個任務已經完成，再添加回調函式，該回調函式會立即執行。所以，你不用擔心是否錯過了某個事件或訊號。這種方法的缺點就是編寫和理解，都相對比較難。

轉載自阮一峰的http://www.ruanyifeng.com/blog/2012/12/asynchronous%EF%BC%BFjavascript.html