承诺然后执行作业顺序

Question

规范说 （第5段）：

来自单个作业队列的PendingJob记录始终以FIFO顺序启动。 该规范未定义服务多个作业队列的顺序。 ECMAScript实现可以将作业队列的PendingJob记录的FIFO评估与一个或多个其他作业队列的PendingJob记录的评估交织在一起。

这是否意味着我不能指望提供给.then的回调在其他同步控制流中提供给setTimeout的回调之前被评估呢？

换句话说，我可以依靠下面的打印one two 。

 setTimeout(() => console.log('two')); Promise.resolve().then(() => console.log('one')); 

Answer 1

这是否意味着我不能指望提供给.then的回调在其他同步控制流中提供给setTimeout的回调之前被评估呢？

是的，就是这个意思。 规范不要求实现以这种方式工作。

但是在实践中，我测试过的具有Promise原生支持的实现已经在安排了计划的“宏任务”之后，其他挂起的宏任务之前立即安排了then回调（PendingJobs队列中的“微任务”）。未完成的宏任务在微任务之前进行了调度。 （ setTimeout和事件是宏任务。）

例如，在我测试过的环境中，这可靠地输出A ， C ， B ：

 console.log("A"); setTimeout(_ => console.log("B"), 0); Promise.resolve().then(_ => console.log("C")); 

但是JavaScript规范不需要它。

正如Bergi指出的那样 ，对于用户代理环境， HTML5规范在其针对微任务和宏任务的规范中对此进行了介绍 。 但这仅适用于用户代理环境（如浏览器）。

例如，Node不遵循该规范的定义（至少是因为它的计时器函数返回对象，而不是数字），但是Node还给了我们上面的A ， C ， B ，因为（感谢Benjamin Gruenbaum！）它在nextTick队列，但在任何计时器或I / O回调之前。 详见他的要旨 。

Answer 2

是的，这就是它的意思-另一个事件可能在promise回调之前触发。

不，那不会发生-尽管ECMAScript允许，但setTimeout规范却没有。

Answer 3

setTimeout并不意味着提供的功能将在提供的时间之后执行。 一旦延迟过去，它将功能添加到队列的末尾。

这实际上取决于您的诺言何时解决，取决于这两个语句的执行情况。 在您的示例中， setTimeout会将其回调添加到已解析的Promise之前的队列中，因此您可以期望one two 。