async函数中异常必须在await处用try/catch显式捕获,不能依赖外层同步catch;需处理网络拒绝、json解析错误及手动throw的业务错误;调用后须链式.catch()或顶层await包裹以防unhandledrejection;并发请求应各自容错,避免promise.all被单点失败拖垮;401/403等http错误需主动校验response.ok并抛出自定义错误。

async 函数里的异常必须在 Promise 被拒绝(reject)的路径上显式拦截,不能靠外层同步 try/catch“自动兜住”。核心原则是:错误发生在 await 的那一刻,捕获也得在那一刻发生。
用 try/catch 包住 await 表达式
这是最常用、最直观的方式。只有把可能出错的 await 语句放进 try 块,才能捕获它背后 Promise 的拒绝值。
- 网络请求失败(如 fetch 被 CORS 阻止、连接超时)会直接 reject,需 await 后立刻 catch
- response.json() 解析非 JSON 内容会抛 SyntaxError,也得包在 try 内
- 手动校验 response.status === 401 或 403 后 throw 的错误,同样属于 await 流程中的异常,要 catch
避免“悬空调用”导致 unhandledrejection
async 函数返回的是 Promise。如果调用后不处理它的状态,哪怕函数内部有 try/catch,也可能触发全局未处理拒绝事件。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ❌ 错误写法:loadConfig(); —— 返回的 Promise 被丢弃,内部 catch 执行了,但外部无响应
- ✅ 正确写法:loadConfig().catch(handleError); 或在顶层 IIFE 中用 try/catch 包裹 await 调用
- 浏览器中可监听 window.addEventListener('unhandledrejection', ...),Node.js 中用 process.on('unhandledRejection', ...) 作为兜底
并行请求要各自容错
多个 await 串行写,一个失败就中断后续;想并发执行又不互相影响,就不能共用一个 try/catch。
- 用 Promise.allSettled():返回每个请求的 status/value/reason,失败不影响其他
- 或给每个 fetch 链单独加 .catch(() => null),把拒绝转成默认值,再传给 Promise.all()
- 不要对整个 Promise.all([...]) 外层套 try/catch 来“统一捕获”,那只会让一个失败拖垮全部
权限类错误别当异常吞掉
401、403 是服务器返回的有效响应,不是网络异常。它们不会触发 Promise reject,而是让 response.ok 为 false 或 status 可读。
- await fetch() 成功后,必须主动检查 if (!res.ok) throw new Error(...)
- 建议封装语义化 fetch 工具,把 401 映射为 AuthError,403 映射为 ForbiddenError,便于上层区分处理
- 不要在 .catch() 里统一弹“请求失败”,而应根据 error 类型提示“请登录”或“无操作权限”
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










