async/await 通过将异步错误纳入原生 try/catch，实现同步与异步错误统一处理，支持按需粒度捕获、结构化容错及避免静默失败等陷阱。
async/await 本身不直接“提升”异常处理水准，而是通过语法结构和执行模型，让开发者能用更自然、更可控的方式组织错误逻辑。关键在于它把异步错误真正纳入了 JavaScript 原生的 try/catch 机制，而不是依赖 Promise 链中分散的 .catch()。
统一用 try/catch 捕获同步与异步错误
在 async 函数内部，await 后的 Promise 被拒绝时，会像同步代码抛出异常一样，被同一层 try/catch 捕获。这意味着：
- 不需要为每个
await单独写.catch()，避免重复模板代码 - 同步错误（如变量未定义、JSON 解析失败）和异步错误（如网络超时、404）共用一套处理逻辑
- 可提前校验、中途抛错、统一兜底，流程更贴近业务语义
精准控制错误捕获粒度
你可以按需决定在哪一层捕获错误，而不必被迫“全局 catch”或“层层 catch”：
- 单个请求级：对某个
await fetch(...)包裹局部try/catch，失败时返回默认值或空数据，不影响后续流程 - 步骤级：比如“登录 → 获取权限 → 加载首页”，任一环节失败都进同一个
catch，统一跳转登录页 - 函数级：整个 async 函数外不加
try/catch，让错误冒泡到调用方或全局错误处理器，适合需要集中监控的场景
配合结构化处理增强健壮性
借助解构、默认值、并行等待等写法，能让错误处理更轻量、更语义化：
- 用
const { data } = await api.get('/user')直接解构成功响应，避免后续反复判res?.data；若接口返回非标准格式，可在封装层throw new ApiError(...)，统一进入catch - 对非强依赖请求，改用
Promise.allSettled并行发起，再逐个检查status === 'fulfilled'，不因某一项失败中断全部流程 - 封装带重试/降级的
safeAwait(fn, options)高阶函数，把通用容错逻辑抽离，业务层只关注“做什么”，不操心“失败怎么办”
避免常见陷阱保持稳定性
真正拉高异常处理水准，还得避开几个典型误区：
- 不 await 就直接调用 async 函数：返回的是 Promise，若没接
.catch()或外层try/catch，错误会静默丢失 - 在循环中盲目 await：比如
for (const id of ids) { await fetch(`/item/${id}`); }，既低效又容易因某次失败中断整个循环；应考虑分批 +allSettled - 忽略 finally 的收尾作用：比如开启 loading 状态后，必须在
finally中关闭，否则错误发生时 UI 会卡在加载态
