async/await 通过单层 try/catch 集中捕获整条 await 链的异常，避免嵌套缩进与隐藏堆栈；支持按语义分层捕获、封装通用处理器，并使错误流与控制流一致。
async/await 本身不自动简化异常处理，但提供了更自然、集中的错误捕获方式——用 try/catch 替代分散的 .catch() 链，让多步异步流程的错误逻辑回归到熟悉的同步风格中。
用单层 try/catch 覆盖整条 await 链
多个依赖型异步操作（如先取用户、再取订单、最后查物流）可写成线性代码，一个 try 块就能捕获任意环节的失败：
- 避免层层嵌套 try-catch，不再出现“金字塔式”缩进
- 错误位置一目了然：报错堆栈直接指向某行
await，而非隐藏在 .then 回调里 - 业务逻辑与错误处理分离，比如统一在 catch 中弹提示、打日志、跳转错误页
按需分层捕获，精准控制错误范围
不是所有错误都要在顶层吞掉。可根据语义划分责任边界：
- 网络请求部分单独 try/catch，失败时自动重试或降级（如 fallback 到缓存）
- 数据解析部分独立捕获，比如
res.json()报错时不打断整个流程，返回空数据或默认值 - 业务校验错误（如权限不足）可 throw 自定义错误，在外层统一识别并引导用户操作
封装通用错误处理器，减少重复代码
把 try/catch 提炼成高阶函数或工具方法，让业务函数专注逻辑：
- 返回
[error, result]元组（类似 Go 的 error-first 风格），调用方用解构判断成败 - 提供
safeAwait(promise, fallback)，失败时返回默认值，适合非关键请求 - 集成监控上报：在统一 catch 里自动发送错误信息到 Sentry 或自建平台
本质上，async/await 的简化不在于少写代码，而在于让错误流和控制流保持一致——哪一行出问题，就在哪一层处理，不必绕道 Promise 链或全局监听器。关键不是回避 try/catch，而是用得更准、更轻、更可复用。
