JavaScript async函数异常二次抛出逻辑

async 函数的异常处理，说到底就是 Promise 链上的错误传递——要么同步抛出异常，要么 await 一个 rejected 的 Promise，最终都会让返回的 Promise 变成 rejected 状态。说白了，throw 在 async 内部就相当于 Promise.reject()。

理解 async 函数的异常处理，关键得先认清一个事实：它并没有“自动捕获”这种神奇能力。不管是同步代码里冒出来的异常，还是 await 时碰上一个 rejected 的 Promise，最终都会统一转化成函数返回的那个 Promise 的 rejection 状态，沿着链条一路往下传。

同步代码抛出异常 → 返回 Promise 被 reject

在 async 函数里，只要同步位置（比如 await 之前，或者没有被 try/catch 包住的语句）抛出了异常，执行立刻终止，整个 async 函数返回的 Promise 直接进入 rejected 状态，后面的代码再也不会跑了。

举个例子：

async function foo() {
  throw new Error('boom');
  console.log('never runs'); // 不会执行
}
foo().catch(err => console.log(err.message)); // 'boom'

你看，throw 一出，后面的 console.log 连影子都没有。

await 一个 rejected Promise → 等效于 throw

await 后面如果跟了一个 rejected 的 Promise，Ja vaScript 引擎会自动把它“解包”，然后以 throw 的形式把该 Promise 的拒绝原因（reason）重新抛出来，行为跟同步 throw 一模一样。这样错误要么被上层的 try/catch 接住，要么继续向上冒泡，直到被 catch 链捕获。

例如：

async function bar() {
  try {
    await Promise.reject('failed');
  } catch (e) {
    console.log('caught:', e); // 'caught: failed'
    throw e; // 二次抛出 —— 注意：这不是“新抛”，而是延续 rejection 流程
  }
}
bar().catch(e => console.log('outer:', e)); // 'outer: failed'

这里 catch 块里的 throw e，并不是重新制造一个异常，而是把已经捕获到的错误继续沿着 Promise 链往下传。

二次抛出的本质：延续 Promise rejection 链

在 async 函数里，只要用了 throw（不管是在 catch 块内还是外），效果就是让当前 async 函数返回的 Promise 变成 rejected 状态，reason 就是 throw 的那个值。它不是“重新触发异常”这种玄学，而是构造一个新的 rejected Promise 返回出去。

• throw 在 async 内部 = 返回 Promise.reject(value)
• 未被捕获的 await rejection = 自动转为 throw，再变成 Promise.reject(reason)
• 在 try/catch 中 throw，只是提前结束当前 async 执行，并把控制权交还给调用方的 Promise 链

常见误区：不是“异常重抛”，而是“Promise 状态传递”

很多人误以为“二次抛出”是 Ja vaScript 异常机制在底层做了特殊处理，其实不是。async/await 本质就是 Promise 的语法糖，底层的错误处理依然是 Promise 的那一套。所谓“二次抛出”，不过是开发者在 catch 块里主动选择了不消化错误，而是通过 throw 让外层 Promise 继续维持 rejected 状态。这过程中没有发生异常栈的“再抛”，也不会改变原始错误对象（除非你显式地 new 了一个新 Error）。

所以，抓住核心就行：async 函数永远返回一个 Promise；它的异常逻辑，本质上就是 Promise 的 rejection 传递逻辑，没有更多花活。