async/await 错误传播完全依赖 Promise 状态流转，await 等待 Promise 终态，失败时若无 try/catch 则作为 rejection 向上抛出；Promise 组合方法（all/race/any/allSettled）决定错误传播行为，异步副作用需显式链入 Promise 才能被捕获。

async/await 的错误传播不是独立机制，而是完全依托 Promise 的状态流转来实现的；它本身不“制造”错误，也不“转发”错误，只是等待 Promise 进入 rejected 状态，并在未捕获时让该 rejection 沿调用栈向上冒泡。

await 实际等待的是 Promise 的终态

await 不关心内部怎么执行，只等 Promise 落定（fulfilled 或 rejected）：

• 如果 Promise 成功（fulfilled），await 解出值，继续执行后续语句
• 如果 Promise 失败（rejected），且当前 async 函数内没有 try/catch，错误会立刻中断函数，作为返回 Promise 的 rejection 值向外抛出
• 也就是说：await 后面的表达式必须返回一个 Promise（或 thenable），否则无法触发异步错误传播

Promise 静态方法决定组合任务的整体状态

多个异步操作并行时，Promise.all、Promise.race、Promise.any、Promise.allSettled 返回的 Promise 具有不同失败策略，直接影响 await 是否中断：

• Promise.all([p1, p2])：任一子 Promise reject → 整体 reject → await 触发 catch
• Promise.race([p1, p2])：谁先 settle（成功或失败）就以谁为准 → 若最快的是失败，await 直接报错
• Promise.any([p1, p2])：只要一个 fulfilled 就 resolve；全部 rejected 才 reject → await 通常不中断，除非全挂
• Promise.allSettled([p1, p2])：永远 resolve，结果数组含每个子项的 status/value/reason → await 从不因失败抛错，需手动检查每个 outcome

嵌套 async 函数中错误必须“链入 Promise”才能传播

常见误区是把异步副作用（如 setTimeout、事件监听器、回调函数）里的 throw 当作可被捕获的 await 错误。但它们脱离 Promise 上下文，不会影响外层 await：

• ❌ 错误写法：setTimeout(() => { throw new Error() }) —— 错误发生在新任务中，与当前 Promise 无关
• ✅ 正确写法：return new Promise((_, reject) => setTimeout(() => reject(new Error()), 100))
• ✅ 或更自然：await new Promise((_, reject) => setTimeout(() => reject(new Error()), 100))
• 关键点：错误必须发生在 Promise executor 内，或 async 函数体中同步抛出，才能被上层 try/catch 捕获

错误处理应按业务语义选型，而非统一 try/catch

不是所有场景都适合用 try/catch 包裹 await，要结合 Promise 方法的设计意图：

• 要求“全部成功才继续” → 用 Promise.all + 外层 try/catch
• 要求“只要一个成功就行” → 用 Promise.any，catch 可捕获 AggregateError
• 要求“不管成败都要拿到结果” → 用 Promise.allSettled，遍历 results 判断 status
• 避免对可能 reject 的 Promise.all 直接 await 而不加 try/catch，否则错误会冒泡到调用方甚至变成 unhandled rejection