用下面的例子分析（見(jiàn)右側(cè)代碼編輯器）：

var defer = $.Deferred();
defer.resolve(5);
defer.done(function(value) {})
var filtered = defer.then(function(value) {
  return value * 2;
});
filtered.done(function(value) {});

這里有幾個(gè)關(guān)鍵的問(wèn)題：

1、defer延時(shí)對(duì)象通過(guò)resolved觸發(fā)done成功回調(diào)，調(diào)用在添加done之前，那么靠什么延時(shí)處理？

2、為什么defer.then對(duì)象返回的給filtered.done的數(shù)據(jù)可以類似管道風(fēng)格的順序疊加給后面的done處理？

一般來(lái)說(shuō)，javascript要實(shí)現(xiàn)異步的收集，就需要“等待”，比如defer.resolve(5)雖然觸發(fā)了，但是done的處理還沒(méi)添加，我們必須要等待done、then等方法先添加了后才能執(zhí)行了resolve，那么常規(guī)的的用法就是在resolve內(nèi)部用setTimeout 0，image.onerror行成一個(gè)異步的等待操作處理。

但是jQuery很巧妙的繞過(guò)了這個(gè)收集方式，

defer.resolve(5)方法實(shí)際就是觸發(fā)了callback回到函數(shù)的fireWith方法，這樣可以接受一個(gè)上下文deferred與參數(shù)5

deferred[tuple[0] + "With"](this === deferred ? promise : this, arguments);

之前 done | fail | progress方法都是通過(guò)jQuery.Callbacks("once memory") 或 jQuery.Callbacks("memory")生成的。

實(shí)際上在Callback源碼fire方法有一句 memory = options.memory && data;這樣就很巧妙的緩存當(dāng)前參數(shù)5的值，提供給下一個(gè)使用，這個(gè)就是then，pipe鏈?zhǔn)綌?shù)據(jù)的一個(gè)基礎(chǔ)了，此刻的操作，我們把memory保存了這個(gè)數(shù)據(jù)的值。

重點(diǎn)來(lái)了，下一個(gè)defer.done的操作也是走的add的處理，把done的回調(diào)函數(shù)加入到list隊(duì)列中的之后，接著就會(huì)觸發(fā)。

 // With memory, if we're not firing then
 // we should call right away
} else if (memory) {
  firingStart = start;
  fire(memory);
}

因?yàn)閙emory在上一個(gè)resolve操作的時(shí)候，緩存了5了，所以memory的判斷顯示是為真的，所以立刻就觸發(fā)了fire(memory)的代碼了，所以就算觸發(fā)的循序與添加的循序不一致，也不會(huì)導(dǎo)致錯(cuò)誤。 而且jquery很巧妙的避免了異步收集的問(wèn)題，這樣處理更可靠了?？梢?jiàn)回調(diào)函數(shù)模塊就是為Deferred模塊量身定做的了。

第二個(gè)問(wèn)題，是關(guān)于then，pipe管道風(fēng)格的處理，這樣也是一個(gè)很復(fù)雜的設(shè)計(jì)，在后面一章就提到了。