async await promise all 与存储在变量中

Question

我正在查看 MDN documentation 的异步等待，发现有一个 promise.all 的替代方案

所以，

如果 coffee 、 tea 和 description 是三个承诺，我们可以全部等待

let values = await Promise.all([coffee, tea, description]);

但是 MDN 也给出了慢速和快速异步等待的例子：

慢速异步等待示例：

async function timeTest() {
  await timeoutPromise(3000);
  await timeoutPromise(3000);
  await timeoutPromise(3000);
}

快速异步等待示例：

async function timeTest() {
  const timeoutPromise1 = timeoutPromise(3000);
  const timeoutPromise2 = timeoutPromise(3000);
  const timeoutPromise3 = timeoutPromise(3000);

  await timeoutPromise1;
  await timeoutPromise2;
  await timeoutPromise3;
}

我对快速异步等待感到困惑。它是否类似于promise.all()？是不是比promise.all()?更好

如果我们在不同的行中编写多个等待，它与慢速异步等待有什么不同？

Answer 1

这个sn-p：

async function timeTest() {
  await timeoutPromise(3000);
  await timeoutPromise(3000);
  await timeoutPromise(3000);
}

只有在最后一个 Promise 完成后才会初始化每个 Promise。

• 初始化第一个 Promise
• 等待它完成（3 秒）
• 初始化第二个 Promise (...等)

相比之下，这个sn-p：

async function timeTest() {
  const timeoutPromise1 = timeoutPromise(3000);
  const timeoutPromise2 = timeoutPromise(3000);
  const timeoutPromise3 = timeoutPromise(3000);

  await timeoutPromise1;
  await timeoutPromise2;
  await timeoutPromise3;
}

将一次初始化所有的 Promise。然后，它会

• 等待第一个 Promise 解决
• 等待第二个 Promise 解决
• 等待第三个 Promise 解决

但是第二个 sn-p 有一个严重的缺陷：如果其中一个 Promise 碰巧被拒绝，它可能会导致一个未处理的拒绝，尽管它前面有一个 await。例如，如果timeoutPromise1 尚未解决，而timeoutPromise2 拒绝：

window.addEventListener('unhandledrejection', () => {
  console.error('Unhandled rejection :(');
});

async function timeTest() {
  const timeoutPromise1 = new Promise(resolve => setTimeout(resolve, 5000));
  const timeoutPromise2 = new Promise((resolve, reject) => setTimeout(reject, 500));
  
  await timeoutPromise1;
  await timeoutPromise2;
}

timeTest()
  .catch((error) => {
    console.log('Error caught');
  });

出现这个问题是因为 Promise 必须是 awaited 或有一个 .catch 链接到它在它拒绝的点。如果它在.catch 或await 连接到它之前拒绝，则会导致未处理的拒绝。

未处理的拒绝，就像未处理的错误一样，是丑陋的，应该避免。在 Node 中，未处理的拒绝不仅不好，它们也已被弃用，并且可能使 Node 进程完全崩溃。

因此，使用Promise.all 是比第二个 sn-p 更好的方法。