把函數作為參數傳入到另一個函數中。這個函數就是所謂的回調函數
經常遇到這樣一種情況，某個項目的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，判定為<2、<=3、>3等情況。
經驗小提示：
最好保證回調存在且必須是函數引用或者函數表達式：
(callback && typeof(callback) === "function") && callback();
最后，關于為什么要使用回調函數呢？下面的比喻很生動有趣。
你有事去隔壁寢室找同學，發現人不在，你怎么辦呢？
方法1，每隔幾分鐘再去趟隔壁寢室，看人在不
方法2，拜托與他同寢室的人，看到他回來時叫一下你
前者是輪詢，后者是回調。
那你說，我直接在隔壁寢室等到同學回來可以嗎？
可以啊，只不過這樣原本你可以省下時間做其他事，現在必須浪費在等待上了。把原來的非阻塞的異步調用變成了阻塞的同步調用。
JavaScript的回調是在異步調用場景下使用的，使用回調性能好于輪詢。
更簡單一點：
“我現在出發，到了通知你”
這是一個異步的流程，“我出發”這個過程中（函數執行），“你”可以去做任何事，“到了”（函數執行完畢）“通知你”（回調）進行之后的流程
新聞熱點
疑難解答
