async/await 的核心价值是将异步错误处理统一到同步 try/catch 范式中，使 Promise reject 和同步异常均可被同一 catch 捕获，提升调试体验、错误传播可控性与代码可维护性。
async/await 的核心价值之一，就是把异步错误处理拉回到开发者熟悉的同步范式里——用 try/catch 直接捕获，不再依赖分散的 .catch() 或嵌套回调中的错误分支。
统一用 try/catch 捕获异步和同步错误
await 会把 Promise 的 reject 自动转为可被 try/catch 捕获的异常；同时，函数体内任何同步抛出的错误（比如 JSON.parse('invalid')、类型错误、手动 throw）也一并进入同一个 catch 块。这意味着：
- 不需要为每个
then()单独配catch() - 请求失败、解析失败、逻辑校验失败，都能在一处集中判断和响应
- 调试时打断点更自然——错误堆栈指向实际出错行，而非 Promise 内部的匿名回调
错误传播更可控，避免“未捕获 Promise 拒绝”
async 函数返回的 Promise，一旦内部未被 try/catch 捕获的错误发生，就会变成 rejected 状态。这种拒绝若未被监听，会触发全局警告（Uncaught (in promise)）。而显式使用 try/catch，相当于主动“接住”这个拒绝：
- 写在函数内部：错误被消化，Promise 可以 resolve 成 fallback 值（如
return null） - 写在调用处：错误向上抛出，由上层决定是重试、降级还是展示用户提示
- 配合
Promise.allSettled()或.catch(() => undefined)，还能实现部分失败不中断流程
语义清晰，便于分层处理
多个 await 连续执行时，错误发生在哪一步，catch 就能精准对应到哪一行逻辑。你可以选择：
立即学习“Java免费学习笔记（深入）”；
- 整个流程兜底：一个 try/catch 包裹全部 await，适合“全有或全无”的业务场景
- 逐个隔离：对关键请求单独 try/catch，其他请求失败不影响主流程（例如：加载用户信息失败仍可显示默认页）
- 封装安全调用：写一个
safeAwait(promise)返回[error, result]元组，彻底消除 throw/catch 语法干扰
不改变底层机制，但大幅降低认知负担
async/await 本身不创造新错误类型，也不绕过 Promise 状态机——它只是让 Promise.reject() 的行为，在语法层面“看起来像 throw”。这种一致性带来两个实际好处：
- 团队新人不用再区分“回调里的 err 参数”“Promise 的 catch 回调”“async 函数的 throw”
- 工具链（如 Sentry 错误监控、VS Code 调试器）能统一识别和上报这些异常，无需额外适配
- 与 TypeScript 结合时，错误类型也能通过
catch (e: unknown)做精细断言，类型推导更可靠
