本文转载自Promise 对象 ruanyifeng,有部分删节,看原文请到原地址。
概述
Promise 对象是JavaScript 的异步操作解决方案,为异步操作提供统一接口。它起到代理作用(proxy),充当异步操作与回调函数之间的中介,使得异步操作具备同步操作的接口。Promise 可以让异步操作写起来,就像在写同步操作的流程,而不必一层一层地嵌套回调函数。
注意,本章只是Promise 对象的简单介绍。为了避免与后续教程的重复,更完整的介绍请看《ES6 标准入门》的《Promise 对象》一章。
首先,Promise 是一个对象,也是一个构造函数。
1 | function f1 (resolve, reject) { |
上面代码中,Promise
构造函数接受一个回调函数f1
作为参数,f1
里面是异步操作的代码。然后,返回的p1
就是一个Promise 实例。
Promise 的设计思想是,所有异步任务都返回一个Promise 实例。Promise 实例有一个then
方法,用来指定下一步的回调函数。
1 | var p1 = new Promise(f1) |
上面代码中,f1
的异步操作完成,就会执行f2
。
传统的写法可能需要把f2
作为回调函数传入f1
,比如写成f1(f2)
,异步操作完成后,在f1
内部调用f2
。Promise 使得f1
和f2
变成了链式写法。不仅改善了可读性,而且对于多层嵌套的回调函数尤其方便。
1 | // 传统写法 |
从上面的代码可以看到,采用Promise 以后,程序流程变得非常清楚,十分易读。注意,为了便于理解,上面代码的Promise
实例的生成格式,做了简化,真正的语法请参照下文。
总的来说,传统的回调函数写法使得代码混成一团,变得横向发展而不是向下发展。Promise 就是解决这个问题,使得异步流程可以写成同步流程。
Promise 原本只是社区提出的一个构想,一些函数库率先实现了这个功能。ECMAScript 6 将其写入语言标准,目前JavaScript 原生支持Promise 对象。
Promise 对象的状态
Promise 对象通过自身的状态,来控制异步操作。Promise 实例具有三种状态。
- 异步操作未完成(pending)
- 异步操作成功(fulfilled)
- 异步操作失败(rejected)
上面三种状态里面,fulfilled
和rejected
合在一起称为resolved
(已定型)。
这三种状态变化的途径只有两种。
- 从“未完成” 到“成功”
- 从“未完成” 到“失败”
一旦状态发生变化,就凝固了,不会再有新的状态变化。这也是Promise 这个名字的由来,它的英语意思是“承诺”,一旦承诺生效,就不得再改变了。这也意味着,Promise 实例的状态变化只可能发生一次。
因此,Promise 的最终结果只有两种。
- 异步操作成功,Promise 实例传回一个值(value),状态变为
fulfilled
。 - 异步操作是吧,Promise 实例抛出一个错误(error),状态变为
rejected
。
Promise 构造函数
JavaScript 提供原生的Promise
构造函数,用来生成Promise 实例。
1 | var pomise = new Promise(function (resolve, reject) { |
上面代码中,Promise
构造函数接受一个函数作为参数,该函数的两个参数分别是resolve
和reject
。它们两个是函数,由JavaScript 引擎提供,不用自己实现。
resolve
函数的作用是,将Promise
实例的状态由“未完成” 变为“成功”(即从pending
变为fulfilled
),在异步操作成功时调用,并将异步操作的结果,作为参数传递出去。reject
函数的作用是,将Promise
实例的状态由“未完成” 变为“失败”(即从pending
变为rejected
),在异步操作失败时调用,并将异步操作报出的错误,作为参数传递出去。
下面是一个例子。
1 | function timeout(ms) { |
上面代码中,timeout(100)
返回一个Promise 实例。100ms 之后,该实例的状态将会变为fulfilled
。
Promise.prototype.then()
Promise 实例的then
方法,用来添加回调函数。
then
方法可以接受两个回调函数,第一个是异步操作成功时(变为fulfilled
状态)的回调函数,第二个是异步操作失败(变为rejected
)时的回调函数(该参数可以省略)。一旦状态改变,就调用相应的回调函数。
1 | var p1 = new Promise(function (resolve, reject) { |
上面代码中,p1
和p2
都是Promise 实例,它们的then
方法绑定两个回调函数:成功时的回调函数console.log
,失败时的回调函数console.error
(可以省略)。p1
的状态变为成功,p2
的状态变为失败,对应的回调函数会收到异步操作传回的值,然后在控制台输出。
then
方法可以链式使用。
1 | p1 |
上面代码中,p1
后面有四个then
,意味依次有四个回调函数。只要前一步的状态变为fulfilled
,就会依次执行紧跟在后面的回调函数。
最后一个then
方法,回调函数是console.log
和console.error
,用法上有一点重要的区别。console.log
只显示step3
的返回值,而console.error
可以显示p1
、step1
、step2
、step3
之中任意一个发生的错误。举例来说,如果step1
的状态变为rejected
,那么step2
和step3
都不会执行了(因为它们是resolved
的回调函数)。Promise 开始寻找,接下来第一个为rejected
的回调函数,在上面代码中是console.error
。这就是说,Promise 对象的报错具有传递性。
then() 用法辨析
Promise 的用法,简单说就是一句话:使用then
方法添加回调函数。但是,不同的写法有一些细微的差别,请看下面四种写法,它们的差别在哪里?
1 | // 写法一 |
为了便于讲解,下面这四种写法都再用then
方法接一个回调函数f3
。写法一的f3
回调函数参数,是f2
函数的运行结果。
1 | f1().then(function () { |
写法二的f3
的回调函数的参数是undefined
。
1 | f1().then(function () { |
写法三的f3
回调函数的参数,是f2
函数返回的函数的运行结果。
1 | f1().then(f2()) |
写法四与写法一只有一个差别,那就是f2
会接收到f1()
的返回结果。
1 | f1().then(f2) |
实例:图片加载
下面是使用Promise 完成图片的加载。
1 | var preloadImage = function (path) { |
上面的preloadImage
函数用法如下:
1 | preloadImage('https://example.com/my.jpg') |
小结
Promise 的优点在于,让回调函数变成了规范的链式写法,程序流程可以看得到很清楚。它有一整套接口,可以实现许多强大的功能,比如同时执行多个异步操作,等到它们的状态都改变以后,再执行一个回调函数;再比如,为多个回调函数中抛出的错误,统一指定处理方法等等。
而且,Promise 还有一个传统写法没有的好处:它的状态一旦改变,无论何时查询,都能得到这个状态。这意味着,无论何时为Promise 实例添加回调函数,该函数都能正确执行。所以,你不用担心是否错过了某个事件或信号。如果是传统写法,通过监听事件来执行回调函数,一旦错过了事件,再添加回调函数是不会执行的。
Promise 的缺点是,编写的难度比传统写法高,而且阅读代码也不是一眼可以看懂。你只会看到一堆then
,必须自己在then
的回调函数里面理清逻辑。
微任务
Promise 的回调属于异步任务,会在同步任务之后执行。
1 | new Promise(function (resolve, reject) { |
上面的代码会先输出2, 在输出1。因为console.log(2)
是同步任务,而then
的回调函数属于异步任务,一定晚于同步任务执行。
但是,Promise 的回调函数不是正常的异步任务,而是微任务(microtask)。它们的区别在于,正常的异步任务追加到下一轮事件循环,微任务追加到本轮事件循环。这意味着,微任务的执行时间一定早于正常的异步任务。
1 | setTimeout(function () { |
上面代码的输出结果是3 2 1
。这说明then
的回到函数的执行事件,早于setTimeout(fn, 0)
。因为then
是本轮事件循环执行,setTimeout(fn, 0)
在下一轮事件循环开始时执行。
参考链接
1.Sebastian Porto,Asynchronous JS: Callback, Listeners, Control Flow Libs and Promises
2.Rhys Brett-Bowen,Promises/A+ - understanding the spec through implementation
3.Matt Podwysocki,Amanda Silver,Asynchronous Programming in JavaScript with “Promises”
4.Marc Harter,Promise A+ implementation
5.Bryan Klimt,What’s so great about JavaScript Promises?
6.Jake Archibald,JavaScript Promises There and back again
7.Mikito Takada,7.Control flow, Mixu’s Node book