try-catch 在 async 函数中需配合 await 才生效，仅 await 的 promise reject 才触发 catch；未 await 的 promise 错误会变成未处理 rejection。await 是错误捕获的开关，执行路径取决于 promise 状态与 await 位置。
try-catch 在 async 函数中不是“同步包裹”，而是和 await 的暂停/恢复机制深度绑定的。它的执行路径取决于 Promise 的状态、await 的位置，以及错误是否被显式等待——不理解这点，就容易误以为加了 try-catch 就万事大吉。
await 是 try-catch 起作用的开关
只有被 await 显式等待的 Promise，其 reject 才会触发 catch；没 await 的 Promise 错误会直接变成未处理 rejection，逃出 try-catch 作用域。
- ✅ 正确：
const data = await fetch('/api').then(r => r.json())—— 整个链被 await 等待，reject 进 catch - ❌ 错误：
fetch('/api').then(r => r.json())—— 没 await，错误在微任务中抛出，try-catch 完全无效
执行路径分三种典型状态
假设函数内有 await p1(); await p2(); await p3();：
- 全部 resolve：依次 await → 每次恢复后继续下一行 → 全部执行完，不进 catch
- p2 reject（无捕获）：p1 完成 → await p2 暂停 → p2 settle 为 reject → 抛异常 → 立即跳入 catch → p3 不执行
-
p2 reject（但 p2 自带 .catch()）：p2 的 reject 被自己消化 → 返回一个 resolved Promise（如
undefined或兜底值）→ await 得到该值 → 继续执行 p3
并行场景下路径明显不同
串行是线性中断，而并行（Promise.all）是一次性启动 + 集中响应：
-
await Promise.all([a(), b(), c()])：a/b/c 同时发起；任一 reject →Promise.all立即 reject → 整体进 catch，其余仍在运行但结果被丢弃 -
await Promise.all([a().catch(e => e), b().catch(e => e), c().catch(e => e)])：每个都自行容错 → 全部完成 → 返回三个结果（含错误对象），不会进外层 catch
事件循环视角：暂停与恢复的真实过程
async 函数执行不是“卡住主线程”，而是靠微任务调度实现逻辑连续：
- 遇到
await p时，若 p 已 settle → 立即取值或抛错，走 try/catch 分支 - 若 p 还 pending → 当前函数退出执行栈，控制权交还事件循环；p settle 后，把“后续代码”作为微任务插入队列
- 微任务执行时，函数从 await 处恢复：resolve → 赋值继续；reject → 抛异常 → 触发 catch 块
