需要真正明白的Promise

相关学习推荐：javascript学习教程

创新互联是一家集网站建设,三江侗企业网站建设,三江侗品牌网站建设,网站定制,三江侗网站建设报价,网络营销,网络优化,三江侗网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

Promise 关于 API 这块大家应该都能熟练使用，但是和微任务相关的你可能还存在知识盲区。

在开始正文前，我们先把本文涉及到的一些内容提前定个基调。

Promise 中只有涉及到状态变更后才需要被执行的回调才算是微任务，比如说 then、 catch、finally，其他所有的代码执行都是宏任务（同步执行）。

上图中蓝色为同步执行，黄色为异步执行（丢到微任务队列中）。

这个问题我们根据 ecma 规范来看：

如果此时 Promise 状态为 pending，那么成功或失败的回调会分别被加入至 [[PromiseFulfillReactions]]和 [[PromiseRejectReactions]]中。如果你看过手写 Promise 的代码的话，应该能发现有两个数组存储这些回调函数。

如果此时 Promise 状态为非 pending 时，回调会成为 Promise Jobs，也就是微任务。

了解完以上知识后，正片开始。

Promise.resolve()
  .then(() => {    console.log("then1");    Promise.resolve().then(() => {      console.log("then1-1");
    });
  })
  .then(() => {    console.log("then2");
  });复制代码

以上代码大家应该都能得出正确的答案：then1 → then1-1 → then2。

虽然 then是同步执行，并且状态也已经变更。但这并不代表每次遇到 then时我们都需要把它的回调丢入微任务队列中，而是等待 then的回调执行完毕后再根据情况执行对应操作。

基于此，我们可以得出第一个结论：链式调用中，只有前一个 then的回调执行完毕后，跟着的 then中的回调才会被加入至微任务队列。

大家都知道了 Promise resolve后，跟着的 then中的回调会马上进入微任务队列。

那么以下代码你认为的输出会是什么？

let p = Promise.resolve();

p.then(() => {  console.log("then1");  Promise.resolve().then(() => {    console.log("then1-1");
  });
}).then(() => {  console.log("then1-2");
});

p.then(() => {  console.log("then2");
}); 
复制代码

按照一开始的认知我们不难得出 then2会在 then1-1后输出，但是实际情况却是相反的。

基于此我们得出第二个结论：每个链式调用的开端会首先依次进入微任务队列。

接下来我们换个写法：

let p = Promise.resolve().then(() => {  console.log("then1");  Promise.resolve().then(() => {    console.log("then1-1");
  });
}).then(() => {  console.log("then2");
});

p.then(() => {  console.log("then3");
});复制代码

上述代码其实有个陷阱，then每次都会返回一个新的 Promise，此时的 p已经不是 Promise.resolve()生成的，而是最后一个 then生成的，因此 then3应该是在 then2后打印出来的。

顺便我们也可以把之前得出的结论优化为：同一个 Promise 的每个链式调用的开端会首先依次进入微任务队列。

以下大家可以猜猜 then1-2会在何时打印出来？

Promise.resolve()
  .then(() => {    console.log("then1");    Promise.resolve()
      .then(() => {        console.log("then1-1");        return 1;
      })
      .then(() => {        console.log("then1-2");
      });
  })
  .then(() => {    console.log("then2");
  })
  .then(() => {    console.log("then3");
  })
  .then(() => {    console.log("then4");
  });复制代码

这题肯定是简单的，记住第一个结论就能得出答案，以下是解析：

第一次 resolve后第一个 then的回调进入微任务队列并执行，打印 then1

第二次 resolve后内部第一个 then的回调进入微任务队列，此时外部第一个 then的回调全部执行完毕，需要将外部的第二个 then回调也插入微任务队列。

执行微任务，打印 then1-1和 then2，然后分别再将之后 then中的回调插入微任务队列

执行微任务，打印 then1-2和 then3，之后的内容就不一一说明了

接下来我们把 return 1修改一下，结果可就大不相同啦：

Promise.resolve()
  .then(() => {    console.log("then1");    Promise.resolve()
      .then(() => {        console.log("then1-1");        return Promise.resolve();
      })
      .then(() => {        console.log("then1-2");
      });
  })
  .then(() => {    console.log("then2");
  })
  .then(() => {    console.log("then3");
  })
  .then(() => {    console.log("then4");
  });复制代码

当我们 return Promise.resolve()时，你猜猜 then1-2会何时打印了？

答案是最后一个才被打印出来。

为什么在 then中分别 return不同的东西，微任务的执行顺序竟有如此大的变化？以下是笔者的解析。

PS：then返回一个新的 Promise，并且会用这个 Promise 去 resolve返回值，这个概念需要大家先了解一下。

根据规范 2.3.2，如果 resolve了一个 Promise，需要为其加上一个 then并 resolve。

if (x instanceof MyPromise) {  if (x.currentState === PENDING) {
  } else {
    x.then(resolve, reject);
  }  return;
}复制代码

上述代码节选自手写 Promise 实现。

那么根据 A+ 规范来说，如果我们在 then中返回了 Promise.resolve的话会多入队一次微任务，但是这个结论还是与实际不符的，因此我们还需要寻找其他权威的文档。

根据规范 25.6.1.3.2，当 Promise resolve了一个 Promise 时，会产生一个NewPromiseResolveThenableJob，这是属于 Promise Jobs 中的一种，也就是微任务。

This Job uses the supplied thenable and its then method to resolve the given promise. This process must take place as a Job to ensure that the evaluation of the then method occurs after evaluation of any surrounding code has completed.

并且该 Jobs 还会调用一次 then函数来 resolve Promise，这也就又生成了一次微任务。

这就是为什么会触发两次微任务的来源。

文章到这里就完结了，大家有什么疑问都可以在评论区提出。

想了解更多编程学习，敬请关注php培训栏目！