Promises/A+ 是一个开放、健全且通用的 JavaScript Promise 标准。
Promise 表示一个异步操作的最终结果,与之进行交互的方式主要是 then
方法,该方法注册了两个回调函数,用于接收 promise 的终值或本 promise 不能执行的原因。
本规范详细列出了 then
方法的执行过程,所有遵循 Promises/A+ 规范实现的 promise 均可以本标准作为参照基础来实施 then
方法。因而本规范是十分稳定的。尽管 Promise/A+ 组织有时可能会修订本规范,但主要是为了处理一些特殊的边界情况,且这些改动都是微小且向下兼容的。如果我们要进行大规模不兼容的更新,我们一定会在事先进行谨慎地考虑、详尽的探讨和严格的测试。
从历史上说,本规范实际上是把之前 Promise/A 规范 中的建议明确成为了行为标准:我们一方面扩展了原有规范约定俗成的行为,一方面删减了原规范的一些特例情况和有问题的部分。
最后,核心的 Promises/A+ 规范不设计如何创建、解决和拒绝 promise,而是专注于提供一个通用的 then
方法。上述对于 promises 的操作方法将来在其他规范中可能会提及。
promise 是一个拥有 then
方法的对象或函数,其行为符合本规范;
是一个定义了 then
方法的对象或函数,文中译作“拥有 then
方法”;
指任何 JavaScript 的合法值(包括 undefined
, thenable
和 promise
);
是使用 throw
语句抛出的一个值。
表示一个 promise 的拒绝原因。
一个 Promise 的当前状态必须为以下三种状态中的一种:等待态(Pending)、执行态(Fulfilled)**和**拒绝态(Rejected)。
处于等待态时,promise 需满足以下条件:
处于执行态时,promise 需满足以下条件:
处于拒绝态时,promise 需满足以下条件:
这里的不可变指的是恒等(即可用 ===
判断相等),而不是意味着更深层次的不可变
一个 promise 必须提供一个 then
方法以访问其当前值、终值和据因。
promise 的 then
方法接受两个参数:
promise.then(onFulfilled, onRejected);
promise2 = promise1.then(onFulfilled, onRejected);
Promise 解决过程是一个抽象的操作,其需输入一个 promise
和一个值,我们表示为 [[Resolve]](promise, x)
,如果 x
有 then
方法且看上去像一个 Promise ,解决程序即尝试使 promise
接受 x
的状态;否则其用 x
的值来执行 promise
。
这种 thenable
的特性使得 Promise 的实现更具有通用性:只要其暴露出一个遵循 Promise/A+ 协议的 then
方法即可;这同时也使遵循 Promise/A+ 规范的实现可以与那些不太规范但可用的实现能良好共存。
运行 [[Resolve]](promise, x)
需遵循以下步骤:
如果一个 promise 被一个循环的 thenable
链中的对象解决,而 [[Resolve]](promise, thenable)
的递归性质又使得其被再次调用,根据上述的算法将会陷入无限递归之中。算法虽不强制要求,但也鼓励施者检测这样的递归是否存在,若检测到存在则以一个可识别的 TypeError
为据因来拒绝 promise
[注 6][6]。
-
3.1 这里的平台代码指的是引擎、环境以及 promise 的实施代码。实践中要确保
onFulfilled
和onRejected
方法异步执行,且应该在then
方法被调用的那一轮事件循环之后的新执行栈中执行。这个事件队列可以采用“宏任务(macro-task)”机制或者“微任务(micro-task)”机制来实现。由于 promise 的实施代码本身就是平台代码(**译者注:**即都是 JavaScript),故代码自身在处理在处理程序时可能已经包含一个任务调度队列。**译者注:**这里提及了
macrotask
和microtask
两个概念,这表示异步任务的两种分类。在挂起任务时,引擎会将所有任务按照类别分到这两个队列中,首先在macrotask
的队列(这个队列也被叫做 task queue)中取出第一个任务,执行完毕后取出microtask
队列中的所有任务顺序执行;之后再取macrotask
任务,周而复始,直至两个队列的任务都取完。两个类别的具体分类如下:
- macro-task: script(整体代码),
setTimeout
,setInterval
,setImmediate
, I/O, UI rendering - micro-task:
process.nextTick
,Promises
(这里指浏览器实现的原生 Promise),Object.observe
,MutationObserver
- macro-task: script(整体代码),
-
3.2 也就是说在**严格模式(strict)**中,函数
this
的值为undefined
;在非严格模式中其为全局对象。 -
3.3 代码实现在满足所有要求的情况下可以允许
promise2 === promise1
。每个实现都要文档说明其是否允许以及在何种条件下允许promise2 === promise1
。 -
3.4 总体来说,如果
x
符合当前实现,我们才认为它是真正的 promise 。这一规则允许那些特例实现接受符合已知要求的 Promises 状态。 -
3.5 这步我们先是存储了一个指向
x.then
的引用,然后测试并调用该引用,以避免多次访问x.then
属性。这种预防措施确保了该属性的一致性,因为其值可能在检索调用时被改变。 -
3.6 实现不应该对
thenable
链的深度设限,并假定超出本限制的递归就是无限循环。只有真正的循环递归才应能导致TypeError
异常;如果一条无限长的链上thenable
均不相同,那么递归下去永远是正确的行为。