jQuery中的Deferred对象（初学者入）

jQuery1.5.0之后加入了deferred对象，该对象的引入为jQuery的后期发展带来非常重大的影响，以至于$.ajax为此重新改写。那么什么是deferred呢？为什么要引入deferred概念呢？它到底要怎么使用呢？我写这篇文章既是希望普及这一概念，也希望帮助初学者快速入手这一好用的解决方案。

什么是Deferred

过时的思想和Deferred的理解

首先，我们应该正视：我们以往很多编程的思想都比较老土。我们习惯在一个顺序集中的流中编写代码，希望在一个位置把某些功能或任务完成，相对的，我们并不擅长写分布性比较散的代码体系。在JavaScript中，回调函数帮我们解决了这个问题，我们到处使用回调函数，从而在当前位置把这个细小的任务完成。但这也带来了一些负面影响，即，我们不能在更大的范围内实现逻辑的书写。

从网上的资料来看，大家的说法是，jQuery.Deferred是“回调函数解决方案”，也就是让我们的回调函数更加符合先进的编程思想。但为了让这种思想更好理解，我想把它和我们在其他编程语言中所使用的“钩子”联系起来，实际上，从Deferred的使用上来看，它和“事件注册、绑定——回调、执行”并无二致，既然Deferred是一套回调函数的解决方案，那么它必然也是一套“注册——执行”的解决方案，回调必然意味着要在某个流程中，增加钩子，在钩子上注册。

从我看到的另外一些资料来看，有人把Deferred理解成一种“队列”，这也不为过。我们想象一下消息列队的原理，等我们学习完Deferred后，在来类比“队列”，就会觉得也很有道理。

Promise思想

那么，到底什么是Deferred呢？

jQuery.Deferred是一个对象，它是一个基于 CommonJS Promises/A 的设计。所以在学习Deferred思想的时候，又要去了解JavaScript里面的Promise思想。什么是Promise思想呢，我们要用通俗的话来解释：当一件事发生的时候(when)，我们给出一个承诺(promise)，承诺中规定，如果成功了(resolved)就做一件事(done)，如果没有成功(rejected)就做另外一件事(fail)；如果在这件事发展过程中有了新的进展(then)，我们就根据新的进展结合老的promise给出一个新的promise（then的返回值也是一个promise，但原始的promise仍然有效）。

所以，Promise思想其实就是：

when()
  .done()
  .fail()
  .then(done,fail)

这样的一种结构。由于then是指新的情况发生时所要做的新承诺，所以实际上then的两个参数代表的是新承诺的内容，一般而言在使用时，很少同时出现done,fail和then，有then就代表有done或fail。

基于Promise的Deferred

jQuery中的Deferred就是对Promise思想的实践，就像JavaScript是对ES6的实践，nodejs是对CommonJS的实践一样。jQuery希望从Promise思想出发，构建一套如果一个事件发生后，给出承诺的更优方案。于是，我们会在Deferred的使用中大量使用when() done() fail()等方法。

为什么要有Deferred呢？

编程思想的进步

jQuery已经成为前端项目的必备库，在很多项目中都有它。jQuery的发展也随着更多思想的出现而得以改进。

我们都知道JavaScript是异步执行的，异步就意味着我们无法按照同步思想编写代码，就像我们以前写ajax请求一样：

$.ajax({
  url: url,
  success : function(data) {}
})

我们在传入的参数中使用success来规定当一个请求成功获取到数据时，将要执行什么动作。

但是，当我们使用下面的代码时，则思考的方法不同：

var promise = $.get(url);
promise.done(function(data){});

对上面这段代码我们这样解释：当一个ajax请求发生时，我们给出一个承诺（promise），承诺中规定，当这个ajax成功时，执行某个函数。这好像没有什么大的变化，但是接下来请注意：这个事情可能发生新的进展，承诺的内容可能发生变化。

var promise = $.get(url);
promise.done(function(data){}); // ①
promise = $.post(url2,postdata); // ②
promise.done(function(data){}); // ③

当承诺被规定时，我们在①处确定了承诺的内容，而在程序执行的过程中，事件在②处发生了变化，由原来的get请求变为了post请求，同时，在③处为承诺新增了规定的内容，但是请注意，①处许下的承诺仍然有效，当这件事完成时，所有规定都会被执行。

但是在这里会有一个疑问：如果get请求在发生的一瞬间就被完成了，那么①处的done将会执行对get的承诺呢，还是执行最终改变后post事件的承诺呢？

一些有效的优势之处

一个事件绑定多个回调

在前面的$.ajax方法中，所有的成功回调都必须写在success的回调函数中，但当我们切换为deferred后，同一个事件，可以绑定多个done：

$.ajax({url:url}).done(function(data){}).done(function(data){})

这样，有利于将我们不同目的的回调函数分离开来。

多个事件可以绑定同一个回调

如果使用$.ajax，不能简单的实现这一目的，必须将回调函数命名在$.ajax外部，将函数名传入才可以在多个ajax请求之间使用同一个回调函数，但是引入Deferred后，这一目标变得简单：

$.when($.ajax({url:url1}),$.ajax({url:url2})).done()

当请求url1和url2的两个事件任何一个发生时，done中规定的回调都会被执行。

Promise状态可变

默认情况下Promise有三种状态：未完成(unfulfilled)、已完成(resolved)和已失败(rejected)。未完成的状态表示事件还在不断发展中，但有的时候由于目标的变化，我们希望这个事件提前结束，如果已经达到我们的某种预期，可以让它提前完成。

Deferred的使用

上面所讲的都是关于Promise思想的东西，真正涉及Deferred的比较少。下面我们来详细的讲解Deferred。

创建一个事件

首先，我们只会在一个异步事件或需要花费长时间执行的同步事件中使用到Deferred，所以，我们首先要确定，要对哪一个事件使用Deferred。

var happen = function() {}
$.when(happen).done()

这时我们并没有使用ajax，因为happen的内容可能是一个ajax, setTimeout等异步事件，也可能是一个for循环需要花费很长的时间。如果我们使用$.ajax，可以不用使用when，因为jQuery1.5.0版本之后，$.ajax默认返回的数据类型就是deferred对象。

对这个事件作出承诺

当我们按照上面的简单想法创建一个事件的时候，我们想一下，是否应该在这个事件的末尾作出一个承诺，才能算作一个deferred？没错，jQuery中要求，所有Deferred相关事件都要作出承诺，否则可能导致一些错误（案例）。

var happen = function() {
  var deferred = $.Deferred();
  // ...
  return deferred.promise(); // 作出承诺
}
var promise = $.when(happen);
promise.done().fail();

这个地方需要解释一下，我们在happen这个function中返回deferred.promise()和只返回deferred都可以使程序正常运行。deferred.promise()的结果是，我们无法使用happen.resolve()（下文解释），而如果直接返回deferred则可以使用。这个意思就是，事件并没有被承诺。

在事件过程中确定怎样的情况算是完成或拒绝

随着事件的发生，你需要确定，到达怎样的状态时，事件已经到达预期效果，应该算是resolved状态了。于是我们：

var happen = function() {
  var deferred = $.Deferred();
  // ...
  var boolean = false;
  // ..
  if(boolean) {
    deferred.resolve(); // 改变事件状态为“完成”，也可以使用deferred.reject()表示“拒绝”，这时会触发done中规定的回调函数
  }
  return deferred.promise(); // 作出承诺
}
var promise = $.when(happen);
promise.done().fail();

deferred的状态也是一个重点，当然，作为一篇入门级的文章，我们没有必要深入去探讨。

then监听和改变事件过程

简单的说，then(doneFun,failFun)等效于done(doneFun).fail(failFun)，这个意义上讲，then的主要作用是监听事件是否状态被改变。但是稍稍讨论一下就会发现它们之间的大不相同。

then返回的是promise！

我们通过写一段代码来看这里面的巨大区别：

var deferred = $.Deferred();
deferred
  .done(function(data){alert(data)})
  .then(function(data){data ++;return data;})
  .done(function(data){alert(data)})
deferred.resolve(1)

我们在then的回调函数中，返回了一个新的值。这是什么情况？这是因为then的返回值为promise，它不同于原始的deferred，但是又基于它，因此实际上当执行then之后，如果有新的返回值，会导致then后面的done并非作用于原始的deferred，而是作用于then返回的基于原始deferred的新的promise。

always在状态发生变化时总是执行某个回调

Promise还有一个动作是always()，它和$.ajax的complete极像，无论发生resolve还是reject时，deferred.allways(function)中的function回调函数都会被执行。

其他用法

部署Promise

当一个事件原本并不是Promise的时候，我们并不能使用done，then等，但是突然我们发现它的执行过程比较长，希望把它变为一个promise，以期在将来执行某些回调。这个时候我们可以如下操作：

var something = function() {};
// ...
var dfr = $.Deferred();
dfr.promise(something); // 将something部署为promise，这样就可以对它使用done等
something.done(function(){});

progress、notify等操作

具体可以看官方文档。

when包含多个事件如何获取每个事件返回的数据

当对多个事件使用一个done监听时，不同的事件返回的数据可能不同，那么怎么同时获得这些数据呢？

$.when(ajax1,ajax2,ajax3).then(function(data1,data2,data3){})

在返回成功的函数中传入与事件个数相同的参数个数，用以对应每一个事件的返回结果，这样就可以在resolve回调函数中同时使用这三个数据。

总结

Deferred可以说是jQuery新版本中非常重要的思想，它可能直接改变jQuery原始的写法，后期的版本可能会把很多代码都基于Deferred进行修改。这也就是说Deferred有可能成为jQuery的核心思想之一。

2016-07-05 8506 jquery

唐霜的博客