为何Promise.reject在Node.js与Chrome中setTimeout捕获表现不同？

先看你提供的代码：

const p = Promise.reject();;
setTimeout(() => {
    p.catch(() => console.log("Error caught"));
}, 0);

核心原因：两者对「未处理Promise拒绝」的检测时机不同 #

• Node.js（v16+）的检测逻辑：
  Promise被拒绝后，Node会在当前同步代码执行完毕、微任务队列清空后的下一个时机检查这个Promise是否有对应的catch处理函数。
  你的代码里，Promise.reject()立即触发拒绝，同步代码结束后微任务队列为空，Node此时判定这个Promise没有被处理，直接抛出UnhandledPromiseRejection错误并终止程序。后续setTimeout的宏任务回调里再添加catch已经晚了——因为Node已经把这个拒绝标记为「未处理」了。

• Chrome浏览器的检测逻辑：
  浏览器会在**事件循环的每个阶段（包括宏任务阶段）**重新检查被拒绝的Promise是否新增了处理函数。
  当setTimeout的宏任务执行时，你给Promise添加了catch，浏览器会识别到这个拒绝现在有了处理方式，因此会执行catch里的打印，不会抛出未处理错误。

如何在Node.js中实现预期行为？ #

如果需要延迟添加catch但不想触发未处理错误，有两种常见方式：

1. 提前绑定空的catch占位
   先给Promise绑定一个空的catch，避免Node判定为未处理，后续再添加实际的错误处理逻辑：

   const p = Promise.reject();
   // 先绑定空处理，阻止Node触发未处理拒绝错误
   p.catch(() => {});
   setTimeout(() => {
       p.catch(() => console.log("Error caught"));
   }, 0);
   

   注：Promise的回调是订阅模式，多个catch会依次触发，所以后续添加的处理逻辑仍能正常执行。

2. 用微任务代替宏任务添加catch
   把setTimeout换成queueMicrotask，让catch在Node的未处理拒绝检测之前完成注册：

   const p = Promise.reject();
   queueMicrotask(() => {
       p.catch(() => console.log("Error caught"));
   });
   

   微任务会在Node的未处理拒绝检查环节之前执行，此时catch已经注册完成，Node会判定Promise已被处理，不会抛出错误。

内容的提问来源于stack exchange，提问作者Jason Lee