作者：禅楼望月（http://www.cnblogs.com/yaoyinglong ）

1 引子

观察者模式是我们日常开发中经常用的模式。这个模式由两个主要部分组成：发布者和观察者。通过观察者模式，实现发布者和观察者的解耦。

发布者主要负责发布内容，观察者主要负责监听发布者发布的内容，并作出相应的动作。和我们平时订阅期刊一样，cnki会维护一个订阅者列表，有期刊被发布出来时，cnki会将这些期刊推送给订阅者。从程序角度来说，订阅者就是一堆的方法，发布者的推送内容的动作就是依次调用订阅者列表中的方法（订阅者），而发布的内容就将以参数的形式提供给订阅者。

jQuery.Deferred 源码分析

在jQuery中Deferred就是用来实现这一模式的。

我们首先来一个简单的订阅与发布示例：

[+]view code

//创建一个发布者

var subject=$.Deferred();

//创建两个订阅者

function subscriber1(content){

console.log(content);

}

function subscriber2(content){

console.log(content);

}

//订阅内容

subject.done(subscriber1,subscriber2);

//发布内容

subject.resolve('谢谢你的订阅');

jQuery.Deferred 源码分析

下面我们来分析，$.Deferred的源码，在这个过程中，我们还会$.Deferred的各种使用情况。

2 构建Deferred

首先我们将Deferred源码做简化处理：

jQuery.Deferred 源码分析

其中，tuples是一种数据结构。它是一种非常巧妙的设计，是把有共性的代码合并到一起，然后一次性进行处理。promise是deferred的一种简化形式（去掉了改变状态的接口）。Deferred是一个工厂类，返回的是内部创建好的deferred对象。

[+]view code

var tuples =[
// action, add listener, listener list, final state
//once 表示resolve和reject只要触发过一次，后面就不能再被触发了
["resolve","done", jQuery.Callbacks("once memory"),"resolved"],
["reject","fail", jQuery.Callbacks("once memory"),"rejected"],
["notify","progress", jQuery.Callbacks("memory")]
]

tuples定义3中状态的，即resolve，reject，notify。这三种状态分别对应了3中订阅接口（done，fail，progress）和3种订阅列表（3个Callbacks），resolve和reject有最终的状态（resolved和rejected）。下面就是为找这个数据结构，来构建带这3中状态的Deferred。

首先定义了初始状态：state = "pending"

然后构建promise对象：

jQuery.Deferred 源码分析

在构建deferred对象：

jQuery.Deferred 源码分析

构建deferred分为2步：

1. 构建3种状态对应的接口，订阅者列表，和推送内容接口。

构建订阅者列表，行，列表由一个Callbacks来管理，其实整个Deferred就是基于Callbacks来实现的，把它们的代码放在一起对比，会发现出奇的相似，构建状态字符串（分别为resolved、rejected或者undefined）。

$.each执行完会有3个列表生成:

doneList=$.Callbacks("once memory");
failList=$.Callbacks("once memory");
progressList=jQuery.Callbacks("memory");

定义订阅接口行，他们就是订阅列表（Callbacks）的add方法。add进去的订阅者会存储在Callbacks的list数组中。

3中订阅接口分别为：

promise.done=doneList.add;
promise.fail=failList.add;
promise.progress=progressList.add

为resolved和rejected两种状态的列表添加预设的3个回调函数（3437~3444）。第一个回调函数用于处理Deferred的状态（已成功或已失败），第二个回调函数用于让另一个列表失效，这是因为当发布者发布内容的动作已经成功了，它就不可能再触发失败的状态，因此让失败列表失效，防止给正在订阅了失败状态的函数被执行。反之亦然。然后锁定notify列表。锁定notify只是让其的progressList的fire方法（即后面不能使用notify和notifyWith再进行推送内容了）不能被调用了。但是，我们还可以给notify状态继续添加订阅者，这些订阅者会立即被执行。

这里有个小技巧：i^1，^是按位运算符

jQuery.Deferred 源码分析

没什么大用，但是jQuery就是要连这点性能也要节省出来。

至此，doneList的list中有3个回调函数[changeState, failList.disable, progressList.lock],failList的list中同样有3个回调函数[changeState, doneList.disable, progressList.lock]

构建推送内容接口（3447~3451），三种接口名字分别为

deferred.resolve(成功)，deferred.reject(失败)，deferred.notify(正在执行)，这三个接口在内部其实又去调用这三个接口对应的带参数版本（deferred.resolveWith，deferred.rejectWith，deferred.notifyWith），而三个接口又是订阅列表（Callbacks）的fireWith方法。由此可见，要能非常明白的看懂Deferred的源码，必须对Callbacks的源码非常熟悉，至少要能熟练运用Callbacks。

2. 将deferred的精简版promise中的方法和属性或从到自己身上。（）这里的promise也是一种非常巧妙的处理。

构造结束后我们就会得到如下图所示的Deferred对象：

jQuery.Deferred 源码分析

至此，Deferred对象构建完成。

比较发现，promise比deferred少了6个内容推送功能。没有了这几个功能deferred的状态也就不会被改变。

3 Deferred的使用

3.1 done，resolve； fail，reject； progress，notify

[+]view code

var def=$.Deferred();
setTimeout(function () {
console.log('耗时操作……');
def.resolve('本次推送的内容……');
},);
def.done(function () {
console.log(arguments[]);
});

jQuery.Deferred 源码分析

这个过程非常简单，只是对Callbacks的简单包装。

[+]view code

var def=$.Deferred();
setTimeout(function () {
new Error('不好意思，出错了……');
def.reject('台风影响，本次推送出错……');
},);
def.done(function () {
console.log(arguments[]);
}).fail(function () {
console.log(arguments[]);
});

这里的原理和是那个面的一模一样。

[+]view code

var def=$.Deferred();
setTimeout(function() {
    console.log('正在执行……');
    def.notify('正在执行……');
},);
def.done(function () {
    console.log(arguments[]);
}).fail(function () {
    console.log(arguments[]);
}).progress(function() {
    console.log(arguments[]);
});

3.2 then()

[+]view code

var def=$.Deferred();
setTimeout(function () {
    console.log('正在执行……');
    def.notify('正在执行……');
},);
def.then(function () {
    console.log(arguments[]);
},function () {
    console.log(arguments[]);
},function () {
    console.log(arguments[]);
});