为何在拒绝处理器锁定前拒绝Promise会触发未捕获错误？

我尝试捕获已拒绝Promise的拒绝原因，但触发了未捕获错误。虽然最终拒绝会被最后一个then的拒绝处理器捕获，但我需要从ECMAScript规范层面理解该未捕获错误产生的技术原因。

示例代码 #

const getSlowPromise = () => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      resolve('Slow promise fulfillment value');
    }, 1000);
  });
};

const getFastPromise = () => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      reject('Fast promise rejection reason');
    }, 200);
  });
};

const slowP = getSlowPromise();
const fastP = getFastPromise();

slowP
  .then((v) => {
    console.log(v);
    console.dir(fastP);
    return fastP;
  }, null)
  .then(
    (v) => {
      console.log(v);
    },
    (err) => {
      console.log('Caught error >>> ', err);
    },
  );

问题现象 #

代码运行后，fastP的拒绝最终会被最后一个then的拒绝处理器捕获，但在DevTools或Node.js中会先触发一个未捕获Promise拒绝的错误/警告：

• Node.js中会出现UnhandledPromiseRejectionWarning
• 浏览器DevTools中会显示未捕获的Promise拒绝错误

我的现有理解 #

• JS引擎执行脚本时，会同步为每个链式调用的then(onFulfilled, onRejected)创建对应的Promise（称为then-promise），并将处理器保存到这些Promise的内部槽[[PromiseFulfillReactions]]和[[PromiseRejectReactions]]中，该过程同步完成。
• fastP在200ms后被拒绝，此时会将自身状态设为rejected，并尝试将[[PromiseRejectReactions]]中的处理器加入微任务队列。
• 我的困惑：此时第一个then创建的then-promise还未和fastP关联，因为对应的onFulfilled处理器还未运行（then-promise会镜像其处理器返回的Promise），那为什么会触发未捕获错误？

规范层面的技术解释 #

核心原因是Promise被拒绝时的即时检测机制，结合你未覆盖的规范步骤：

1. fastP被拒绝时无任何拒绝处理器
   当fastP的reject回调在200ms后执行时，它的内部槽[[PromiseRejectReactions]]是空的——此时slowP的onFulfilled还未执行（要1000ms后才触发），没有任何代码为fastP添加过then/catch处理器，自然没有绑定拒绝反应。

2. 宿主环境的未捕获拒绝检测
   根据ECMAScript规范的HostPromiseRejectionTracker机制（由浏览器/Node.js等宿主环境实现），当Promise进入rejected状态时，宿主会立即检测该Promise是否存在任何[[PromiseRejectReactions]]：

   • 如果没有，就会触发未捕获Promise拒绝的错误/警告（也就是你看到的DevTools提示或Node.js警告）。

3. 后续关联处理器的延迟绑定
   1000ms后slowP执行onFulfilled处理器，此时return fastP会触发规范中的PromiseResolveThenableJob微任务：

   • 这个任务会将第一个then返回的then-promise（记为P1）与fastP绑定，本质是给fastP的[[PromiseRejectReactions]]添加了新的反应（对应后续then的拒绝处理器）。
   • 此时宿主会再次检测到fastP已有拒绝处理器，会清除之前的未捕获警告，但之前的错误提示已经被触发输出，所以你会先看到未捕获错误，之后才会看到拒绝被捕获的日志。

简单来说：fastP被拒绝的瞬间没有任何处理器绑定，触发了宿主的未捕获检测；后续绑定处理器的动作发生在拒绝之后，只能处理拒绝结果，但无法回溯消除之前的未捕获错误提示。

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