async/await 本身不自动增强错误处理能力,但配合 try/catch 和统一调用方式,能让错误路径更清晰、更可控、更不易遗漏;集中捕获避免散落,上下文完整便于定位,支持分层响应错误类型,语法强制覆盖减少遗漏风险,并明确各层错误责任边界。

async/await 本身不自动增强错误处理能力,但配合 try/catch 和统一调用方式,能让错误路径更清晰、更可控、更不易遗漏。
集中捕获,避免错误散落
传统 Promise 链中,每个 .catch() 都得单独写,容易漏掉或分散在不同位置。而 async/await 允许用一个 try/catch 包裹多个 await 步骤,错误自然冒泡到最近的 catch 块:
- 登录 → 获取用户信息 → 加载权限配置,任一环节失败都进同一个
catch - 无需重复写
.catch(e => handleError(e))多次 - 上下文完整:能同时看到前序成功步骤和当前失败点,便于定位问题
错误类型可分层响应
在单个 catch 内,可通过判断错误来源做差异化处理:
用于 inference.sh 的 JavaScript/TypeScript SDK,可运行 AI 应用、构建代理、集成 150+ 模型。包名:@inferencesh/sdk(npm install),完整 TypeScript 支持。
- 网络层错误(如
AbortError、TypeError: failed to fetch)→ 提示重试或检查网络 - 业务层错误(如 API 返回
{ code: 401, msg: "登录过期" })→ 跳转登录页 - 数据解析错误(如
JSON.parse失败)→ 记录异常响应体用于排查
语法强制覆盖,减少遗漏风险
Promise 链若漏写 .catch(),就会产生未捕获 rejection,可能触发全局 unhandledrejection 事件甚至静默失败。而 try/catch 是 JavaScript 语法级结构,只要包裹了 await 表达式,就天然覆盖其可能抛出的异常:
- 不用依赖开发者自觉加
.catch() - 配合 ESLint 规则(如
require-await+no-async-promise-executor),可进一步约束写法 - 配合全局监听
window.addEventListener('unhandledrejection', ...),作为兜底防线
与上层调用协同,形成完整错误边界
错误处理不是孤立的。async/await 的优势在于让“谁负责捕获”更明确:
- 业务逻辑层:用
try/catch处理可预期错误(如网络失败、校验不通过) - 组件层(如 React):在 useEffect 或事件处理器中
await,并在catch中更新 error state - 框架层:结合错误边界(Error Boundary)或 Suspense fallback,隔离异常影响范围

















