为何Promise内部setTimeout中的throw无法改变Promise状态与结果？

先看你给出的两个对比示例：

示例1：setTimeout内throw，Promise状态不变 #

const test = new Promise((resolve, reject) => {
  setTimeout(() => {
    throw new Error("error");
  }, 2000)
});

// 2秒后输出: [[PromiseState]]: pending
//           [[PromiseResult]]: undefined;

示例2：setTimeout内resolve，Promise状态变为fulfilled #

const test = new Promise((resolve, reject) => {
  setTimeout(() => {
    resolve("success");
  }, 2000)
});

// 2秒后输出: [[PromiseState]]: fulfilled
//           [[PromiseResult]]: success

核心原因：执行时机与错误捕获范围的差异 #

1. Promise执行器的同步错误捕获机制
   Promise的执行器函数（new Promise(resolve, reject) => {...}里的代码）是同步执行的，Promise内部会自动包裹这个执行器，捕获其中同步抛出的错误，自动调用reject(error)来改变Promise状态。比如直接在执行器里throw new Error()，会被Promise捕获，状态直接变成rejected。

2. setTimeout回调的异步执行脱离了Promise的捕获范围
   setTimeout的回调函数是在宏任务队列中等待执行的，当它运行时，Promise的执行器早就执行完毕了——此时抛出的错误不在Promise的捕获范围内，Promise无法感知到这个异步抛出的错误，自然不会改变自己的状态。这种情况下的错误会变成全局未捕获错误，在浏览器里会触发window.onerror，Node.js里会触发process.on('uncaughtException')。

3. resolve/reject的特殊性
   resolve和reject是Promise实例提供的状态控制函数，不管在哪个异步任务（比如setTimeout、ajax回调）里调用，只要调用就能直接修改Promise的状态——它们的作用就是手动触发Promise状态变更，和错误捕获机制无关，所以在setTimeout里调用完全有效。

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