javascript - 未处理拒绝的承诺的意外 unhandledRejection 事件

Question

更新了，我现在已经尝试解释我所看到的行为，但是从可靠来源获得有关行为的答案仍然很棒unhandledRejection。我还在Reddit 上开了一个讨论帖。

---

为什么我会unhandledRejection在以下代码中收到事件（对于“错误 f1”）？这是出乎意料的，因为我finally在main.

我在 Node (v14.13.1) 和 Chrome (v86.0.4240.75) 中看到了相同的行为：

window.addEventListener("unhandledrejection", event => {
  console.warn(`unhandledRejection: ${event.reason.message}`);
});

function delay(ms) {
  return new Promise(r => setTimeout(r, ms));
}

async function f1() {
  await delay(100);
  throw new Error("error f1");
}

async function f2() {
  await delay(200);
  throw new Error("error f2");
}

async function main() {
  // start all at once
  const [p1, p2] = [f1(), f2()];
  try {
    await p2;
    // do something after p2 is settled
    await p1;
    // do something after p1 is settled
  }
  finally {
    await p1.catch(e => console.warn(`caught on p1: ${e.message}`));
    await p2.catch(e => console.warn(`caught on p2: ${e.message}`));
  }
}

main().catch(e => console.warn(`caught on main: ${e.message}`));

标签： javascriptnode.jspromiseasync-awaites6-promise

Answer 1

好的，回答我自己。我误解了unhandledrejection事件的实际运作方式。

我来自 .NET，其中一个失败的Task对象在被垃圾收集之前可能不会被观察到。只有这样UnobservedTaskException才会被解雇，如果任务仍然没有被观察到。

JavaScript Promise 的情况有所不同。没有Promise附加拒绝处理程序（通过、、或）的被拒绝，需要尽早处理，否则可能会触发事件。thencatchawaitPromise.all/race/allSettle/anyunhandledrejection

什么时候unhandledrejection会被解雇，如果有的话？这似乎真的是特定于实现的。W3C 关于“未处理的承诺拒绝”的规范没有严格指定 用户代理何时通知拒绝的承诺。

为了安全起见，我会在当前函数将执行控制权交给调用者之前同步附加处理程序（通过类似return, throw, await, 的方式yield）。

例如，以下内容不会触发unhandledrejection，因为延续处理程序是在已被拒绝状态下创建承诺之后同步await附加到的。这就说得通了：p1p1

window.addEventListener("unhandledrejection", event => {
  console.warn(`unhandledRejection: ${event.reason.message}`);
});

async function main() {
  const p1 = Promise.reject(new Error("Rejected!")); 
  await p1;
}

main().catch(e => console.warn(`caught on main: ${e.message}`));

unhandledrejection即使我们将await处理程序附加到p1异步，以下仍然不会触发。我只能推测，这可能会发生，因为已解决承诺的延续被发布为微任务：

window.addEventListener("unhandledrejection", event => {
  console.warn(`unhandledRejection: ${event.reason.message}`);
});

async function main() {
  const p1 = Promise.reject(new Error("Rejected!")); 
  await Promise.resolve(r => queueMicrotask(r));
  // or we could just do: await Promise.resolve();
  await p1;
}

main().catch(e => console.warn(`caught on main: ${e.message}`));

Node.js（发布此内容时为 v14.14.0）与浏览器行为一致。

现在，以下确实触发了该unhandledrejection事件。同样，我可以推测这是因为在处理任务（宏任务）队列时，await延续处理程序现在p1异步附加到事件循环的一些后续迭代中：

window.addEventListener("unhandledrejection", event => {
  console.warn(`unhandledRejection: ${event.reason.message}`);
});

async function main() {
  const p1 = Promise.reject(new Error("Rejected!")); 
  await new Promise(r => setTimeout(r, 0));
  await p1;
}

main().catch(e => console.warn(`caught on main: ${e.message}`));

我个人觉得这整个行为令人困惑。我更喜欢 .NET 方法来更好地观察Task结果。我可以想到很多情况，当我真的想保留对一个承诺的引用，然后await是它，并在稍后的时间线上捕获任何错误，以使其解决或拒绝。

也就是说，有一种简单的方法unhandledrejection可以在不引起事件的情况下获得此示例所需的行为：

window.addEventListener("unhandledrejection", event => {
  console.warn(`unhandledRejection: ${event.reason.message}`);
});

async function main() {
  const p1 = Promise.reject(new Error("Rejected!"));
  p1.catch(console.debug); // observe but ignore the error here
  try {
    await new Promise(r => setTimeout(r, 0));
  }
  finally {
    await p1; // throw the error here
  }
}

main().catch(e => console.warn(`caught on main: ${e.message}`));