节点; Q承诺延迟

节点; Q承诺延迟

这实际上是有目的的。无论值是否已知，都必须保持一致。这样，只有一个评估顺序，您可以依赖以下事实：无论承诺是否已兑现，该顺序都是相同的。

同样，否则，将有可能编写代码来测试诺言是否已兑现，并且通过设计不应当知道并兑现诺言。

这几乎就像回调样式的代码一样：

function fun(args, callback) {    if (!args) {        process.nextTick(callback, 'error');    }    // ...}

这样任何人都可以通过以下方式调用它：

fun(x, function (err) {  // A});// B

可以确保A永远不会在B之前运行。

规格

看到承诺/ A +规范，该

then

方法部分中，点4：

onFulfilled

或

onRejected

在执行上下文堆栈仅包含平台代码之前不得调用。

另请参见注释1：

这里的“平台代码”是指引擎，环境和承诺实现代码。实际上，此要求可确保在调用之后的事件循环之后以及使用新堆栈时，onFulfilled和onRejected异步执行。这可以通过“宏任务”机制（如setTimeout或setImmediate）或“微任务”机制（如MutationObserver或process.nextTick）来实现。由于promise实现被视为平台代码，因此它本身可能包含任务调度队列或在其中调用处理程序的“蹦床”。

因此，这实际上是规范要求的。

为了确保明确此要求，我们进行了广泛讨论-请参阅：

• https://github.com/promises-aplus/promises-spec/pull/70
• https://github.com/promises-aplus/promises-spec/pull/104
• https://github.com/promises-aplus/promises-spec/issues/100
• https://github.com/promises-aplus/promises-spec/issues/139
• https://github.com/promises-aplus/promises-spec/issues/229