要完美拦截 async 异步流程中的首个运行时报错，关键是在 await 表达式所在作用域内用 try-catch 包裹，而非包裹 async 函数声明；async 函数返回 promise，错误需 await 触发拒绝才被捕获，未 await 的 promise 会引发 unhandled rejection。
要完美拦截 async 异步流程中的首个运行时报错，关键不是“用 try-catch 包住 async 函数声明”，而是在 await 表达式所在的作用域内正确包裹它。async 函数本身返回 Promise，错误不会同步抛出，必须等 await 触发 Promise 拒绝时才进入 catch 块。
只包裹 await，不包裹 async 函数定义
async 函数体内部的同步代码（如参数校验、变量初始化）出错会同步抛出，可被外层 try-catch 捕获；但异步操作（如 fetch、setTimeout、数据库查询）必须配合 await 才能被 catch 拦截。
- ✅ 正确：try { const data = await fetch('/api').then(r => r.json()); } catch (e) { console.error(e); }
- ❌ 错误：try { async function foo() { await fetch('/api'); } } catch (e) {} —— 这里只是声明函数，没执行，根本不会触发错误
避免漏掉未 await 的 Promise
如果忘记对 Promise 使用 await，它就脱离 try-catch 控制流，错误会变成未处理拒绝（unhandled rejection），无法被捕获。
- 例如：fetch('/api') 而不是 await fetch('/api') → 错误不会进 catch
- 尤其注意链式调用：await fetch('/api').then(...).catch(...) 会吞掉错误，应统一用 try-catch + await
区分首次错误与后续错误
“首个运行时报错”通常指整个 async 流程中第一个被 reject 的 Promise。try-catch 天然按执行顺序捕获第一个 await 抛出的错误，无需额外标记或状态管理。
- 多个 await 串行时，第一个失败的 await 就触发 catch，后续 await 不再执行
- 若需并行执行多个请求并只捕获首个失败，可用 Promise.race([p1, p2, p3]) + await
确保错误真正被处理而非静默吞掉
捕获后不做任何处理（比如空 catch 块）等于掩盖问题。至少记录错误或抛出新错误以便上层感知。
- 推荐写法：catch (err) { console.warn('API 请求失败:', err); throw err; }
- 若需降级逻辑（如 fallback 数据），应在 catch 中显式返回或重新赋值
