async函数异常处理的灵活性体现在粒度、位置、策略和边界四方面：可按需选择单个或多个await捕获，函数内或调用处处理，抛出、返回默认值、包装或静默处置，并结合局部try/catch与全局unhandledrejection监听。
async 函数内捕获异常的灵活性，核心在于它既保留了同步代码的控制流结构，又继承了 Promise 的异步错误传播特性。这种双重属性让开发者可以根据具体场景，在粒度、位置和策略上自由选择处理方式，而不是被绑定在某一种固定模式里。
按粒度灵活选择：单个 await 还是整段流程？
你可以为每个 await 单独包裹 try/catch，也可以用一个 try/catch 统管多个 await —— 两者没有对错，只有适用与否。
- 单个 await 独立捕获：适合需要差异化响应的场景，比如请求用户失败返回空对象，请求订单失败则重试一次
- 多个 await 共享 catch：适合强依赖链（如“先获取用户 → 再查订单 → 最后拉详情”），任一环节失败整个流程就终止并统一提示
- 混合使用：外层 try/catch 做兜底，内层个别 await 加独立 try/catch 处理可恢复错误（如网络抖动时自动重试）
按位置灵活选择：函数内部还是调用处？
错误处理不必都挤在 async 函数体内。你完全可以在调用侧用 .catch() 接住，甚至把 async 函数当作普通 Promise 使用。
- 函数内处理：适合需立即降级、打日志或修改局部状态的情况（如 loading 状态置为 false）
- 调用处处理：适合业务逻辑与错误策略分离的架构，比如统一错误弹窗、路由跳转或上报中心
- 两者结合：函数内做轻量恢复（如 fallback 数据），调用处做重操作（如刷新页面或引导用户重试）
按策略灵活选择：抛出、吞掉还是转换？
捕获异常后怎么处置，JS 不做强制约束，这恰恰是灵活性的关键体现。
立即学习“Java免费学习笔记（深入）”；
- 重新 throw：保持错误向上传播，便于上层决策（如权限错误交由路由守卫拦截）
- return 默认值：常见于 UI 层，避免因数据缺失导致渲染崩溃（如 return [] 或 null）
- 包装成新错误：增强上下文信息（new ApiError('获取订单失败', { api: '/order', status: 503 })），方便监控和分类
- 静默处理：仅用于明确可忽略的场景（如埋点上报失败），但需谨慎，避免掩盖问题
按边界灵活选择：局部可控 + 全局兜底
局部 try/catch 解决的是“已知可能出错”的地方；而全局 unhandledrejection 监听解决的是“意外漏掉”的错误，二者互补而非替代。
- 局部处理覆盖主路径：保证核心交互不中断
- 全局监听补漏洞：捕获未被 await 或未被 catch 的 rejected Promise，防止错误静默丢失
- 配合自定义错误类和结构化日志：让每条错误既能被快速定位，又能被系统归类分析
