ES6 Promise的resolved深入理解

Promise的概念在ES6标准推出来之前已经深入人心，很多框架和第三方库都有类似的实现。但在深入理解ES6的Promise对象的时候，受之前经验的影响，很多概念给人似是而非的感觉，其中有一个特别明显的地方就是ES6中对Promise对象状态的定义以及resolved概念。

Promise的状态

Promise对象有三个状态：pending，fulfilled，rejected，MDN文档上对Promise对象状态变化过程用一幅图描述：



图中有几个小细节：

图中的fulfill和reject只是表示指向不同结果，而不是指一个过程，在到达

fulfilled

，

rejected

状态前promise都处在

pending

状态。

settled

包括了

fulfilled

和

rejected

。

promise只会在

pending

，

fulfilled

，

rejected

三种状态下切换。

resolved 和 unresolved

事情在现在看来都很美好，状态清晰，一目了然。然而，在各种教程中我们会看到这样一个状态：

resolved

，阮老师的ECMAScript 6 入门中直接把它当作了

fulfilled

状态：


但是MDN中的备注是这样写的：


嗯？记不记得上面提到

settled

状态包括

fulfilled

和

rejected

状态，那么他至少不能和

fulfilled

状态划等号吧？于是我又搜了搜，发现网上很多文章提到

resolved

这个词时，有人直接当作

fulfilled

状态，有人把它理解为

complete

(类似地，

fulfilled

是success，

rejected

自然就是error或者failure)，不过更多人都是很含糊地引用了一下文档或者阮老师的文章。

不过确实有人直接提出了这个问题：Promise的fulfill和resolve为啥要用两个词?，我着重看了贺师俊老师的回答：


好吧，我承认我一开始看没看懂...

不过还好在备注那里MDN放出了一篇帮助理解的文章，Domenic Denicola 的 States and Fates，基本把这两个概念说清楚了，不过文中只有简单的文字描述，下面说一下我自己的理解。

state 和 fates

文章将Promise分得更细，分为了状态(state)和结果(fates，命运，原谅我粗浅的翻译)。

状态(state)就是上面提到的三种状态，需要稍微留意一下的是，文中提到

settled

不是一种Promise状态，只是一种语义上的便利，说白了就是描述Promise确定了而已。

结果(fates)分为

resolved

和

unresolved

，两种结果互斥。

resolved，原文解释有点绕：



unresolved，原文解释倒是很简单：非resolved的promise...... (:з」∠)

显而易见，只要理解了

resolved

的描述，自然就理解

unresolved

。首先先提一个Promise的概念，即当Promise的状态一旦改变，就永久保持该状态。所以什么时候没办法去resolve或reject一个promise对象呢？

处于

fulfilled

和

rejected

状态的promise对象，因为他们已经无法改变状态，而resolve和reject只能对

pending

状态的promise有效。

处于

pending

状态的promise对象也有可能处于

resolved

，当promise对象被'锁定'在另外一个promise对象或者一个非即时返回的

thenable

函数中时，也就是上面贺老师提到的promise A 被 resolve 为 promise B这种情况，为了帮助理解，下面用代码举个例子。

说明：Chrome(57.0.2987.133)打印promise对象的时候，

[[PromiseStatus]]

有三个值：pending，resolved，rejected，这里的

resolved

状态就是指

fulfilled

状态，和我们要说明的

resolved

没有关系，在firefox(49.0.1)中，

[[PromiseStatus]]

三个值和标准相同：pending，fulfilled，rejected。为了避免混淆，用firefox做测试

先上一个简单的代码：

var p1 = new Promise((resolve, reject) => {
setTimeout(resolve, 1000, 'p1 resolve');
});
p1.then(value => {
console.log(value);   // p1 resolve
console.log(p1);   //  Promise { <state>: "fulfilled", <value>: "p1 resolve" }
})

很简单，一秒后打印p1 resolve，p1对象状态为

fulfilled

。再来看第二例子，在resolve方法中新建了一个Promise对象：

var p1 = new Promise((resolve, reject) => {
function F() {
resolve(new Promise((resolve, reject) => {
console.log(p1);  //  Promise { <state>: "pending" }
setTimeout(resolve, 2000, 'new Promise resolve');
}))
}
setTimeout(F, 1000, 'p1 resolve');
});
p1.then(function(value) {
console.log(value);  //  new Promise resolve
console.log(p1);  //  Promise { <state>: "fulfilled", <value>: "new Promise resolve" }
})

运行一下发现，一秒后打印

Promise { <state>: "pending" }

三秒后打印

new Promise resolve
Promise { <state>: "fulfilled", <value>: "new Promise resolve" }

可以看到，一秒后p1调用了resolve方法，和上一个例子一样被resolve了，理应变为

fulfilled

状态，但是他被'锁定'在了一个新的Promise对象中，所以状态没有立刻改变并执行

onfulfilled

方法，而是依然处于

pending

状态，但是很明显的是，他的最终结果（这里可以体会到称为fate的原因，有种宿命的味道）就是

fulfilled

状态，此时的p1不能再resolve或reject。再过了两秒后新Promise对象resolve，p1执行then()，状态变为

fulfilled

，打印的值也变成了new Promise resolve，而不是p1 resolve。此时打印出的p1的状态就是fulfilled。

到此，处于

pending

状态的promise对象也有可能处于

resolved

情况就很清楚了，至于unresolved，就是promise可以被resolve或reject的时候，此时promise对象一定处于

pending

状态且没有被resolve或reject为其他Promise对象 / 非即时返回的

thenable

函数。而反过来，处于

pending

状态的promise对象不一定是unresolved。

小结

到这里Promise对象的状态和resolved的概念差不多都清楚了，这篇文章也是我个人理解过程的一个记录。不过参考到的文章不多，文中的解释可能并不是很准确，所以在这里贴出来，希望能看看其他人的理解。

一些闲话

说起来，这篇文章离我上一篇文章已经很久了，真是光阴似箭，岁月......算了，还是不感慨了。现在工作确实没有在学校那会儿充足的时间和精力，总结还是有不少，大部分都在个人的笔记里，没有贴到博客。有些觉得总结份量不够，有些觉得个人的理解不深，不敢随意贴出来。不过在学习一些稍微深入一点的概念的时候，总觉得网上的一些资料并不是很全面和客观，人云亦云的东西太多，自己的理解也是七七八八。所以希望能够贴出来和大家交流，防止自己闭门造车，后续如果工作时间允许，会发一些这样的文章，对前端一些比较重要的知识点深入理解。

本文来源：JuFoFu

本文地址：http://www.cnblogs.com/JuFoFu/p/5140302.html

参考文档：

Domenic Denicola . States and Fates

阮一峰 . Promise 对象

MDN . Promise

水平有限，错误欢迎指正。原创博文，转载请注明出处。