把函數當作參數傳入到另一個函數中。這個函數就是所謂的回呼函數
常常遇到這樣一種情況,某個專案的A層和B層是由不同的人員協同完成.A層負責功能funA,B層負責funcB。當B層要用到某個模組的資料,於是他對A層人員說,我需要你們提供滿足某種需求的資料,你給我提供一個介面。
A層的人員說:我給你資料,怎麼展示和處理則是B的事情。
當然B層不可能為你每個需求都提供一個資料介面,B給A提供一個通過的介面.B得到資料,然後B寫函數去展示。
即,你需要和其他人合作,別人提供數據,而你不需要關注別人獲取或建立數據的方式方法。你只要對這個拿到的數據進行操作。這時候就需要使用回呼函數
因此,回呼本質上是一種設計模式,而jQuery(包括其他框架)的設計原則遵循了這個模式。
一個同步(阻塞)中使用回呼的例子,目的是在func1程式碼執行完成後執行func2。
func1(func2);
var func2=function(){
}
非同步回調的範例:
$.ajax({
url: "test.html",
context: document.body
}).done(function() {
$(this).addClass("done");
}).fail(function() {
alert("error");
}).always(function() {
alert("complete");
});
注意的是,ajax請求確實是異步的,不過這請求是由瀏覽器新開一個線程請求,當請求的狀態變更時,如果先前已設置回調,這異步線程就產生狀態變更事件放到JavaScript引擎的處理佇列中等待處理。請參閱:http://www.phpv.net/html/1700.html
回呼什麼時候執行
回呼函數,一般在同步情境下是最後執行的,而在非同步情境下有可能不執行,因為事件沒有被觸發或條件不滿足。
回呼函數的使用場合
資源載入:動態載入js檔案後執行回調,載入iframe後執行回調,ajax操作回調,圖片載入完成執行回調,AJAX等等。
DOM事件及Node.js事件基於回呼機制(Node.js回呼可能會出現多層回呼巢狀的問題)。
setTimeout的延遲時間為0,這個hack常被用到,settimeout呼叫的函數其實就是一個callback的體現
鍊式調用:鍊式調用的時候,在賦值器(setter)方法中(或者本身沒有返回值的方法中)很容易實現鍊式調用,而取值器(getter)相對來說不好實現鍊式調用,因為你需要取值器返回你需要的資料而不是this指針,如果要實現鍊式方法,可以用回調函數來實現
setTimeout、setInterval的函式呼叫得到其回傳值。由於兩個函數都是非同步的,也就是:他們的呼叫時序和程式的主流程是相對獨立的,所以沒有辦法在主體裡面等待它們的回傳值,它們被開啟的時候程式也不會停下來等待,否則也就失去了setTimeout及setInterval的意義了,所以用return已經沒有意義,只能使用callback。 callback的意義在於將timer執行的結果通知給代理函數進行及時處理。
網路上蒐集一下資料,應該搞懂了,自己整理出一個例子:
當函數開始執行fun的時候,先跑去找判定num是否是負數或為零,否則執行B層處理函數alert(":" back);輸出1,判定為3等情況。
經驗小提示:
最好保證回呼存在且必須是函數參考或函數表達式:
(callback && typeof(callback) === "function") && callback();
最後,關於為什麼要使用回呼函數呢?下面的比喻很生動有趣。
你有事去隔壁寢室找同學,發現人不在,你怎麼辦呢?
方法1,每隔幾分鐘再去趟隔壁寢室,看人在不
方法2,拜託與他同寢室的人,看到他回來時叫一下你
前者是輪詢,後者是回調。
那你說,我直接在隔壁寢室等到同學回來可以嗎?
可以啊,只不過這樣原本你可以省下時間做其他事,現在必須浪費在等待上了。把原來的非阻塞的非同步呼叫變成了阻塞的同步呼叫。
JavaScript的回調是在非同步呼叫場景下使用的,使用回呼效能比輪詢好。
更簡單一點:
「我現在出發,到了通知你」
這是一個非同步的流程,「我出發」這個過程中(函數執行),「你」可以去做任何事,「到了」(函數執行完畢)「通知你」(回調)進行之後的流程