async函数无内置异常恢复机制，需开发者手动设计重试、降级、错误分类与隔离；单个await失败会中断后续执行，需拆分try/catch或用Promise.allSettled实现部分成功。
async 函数本身没有内置的“异常恢复机制”——它不会自动重试、降级或跳过错误继续执行。所谓“恢复”，完全依赖开发者主动设计：区分错误类型、决定是否重试、提供默认值、隔离失败影响，而非语言特性自动完成。
可恢复的业务错误需手动干预
不是所有错误都该重试，关键看是否具备重试条件和业务意义：
- 网络超时、临时 503、401（token 过期）等，通常可重试或引导用户操作
- HTTP 状态非 2xx 但 res.ok 为 false 时，应显式 throw 新错误，便于分类处理
- fetch 返回后 await response.json() 报 SyntaxError，说明后端数据异常，可 fallback 到空数据或缓存
单个 await 失败会中断后续代码
await 是执行断点，前一个出错，后面的 await 不会执行：
try {
const user = await fetch('/user'); // 失败 → 下面两行跳过
const posts = await fetch(`/posts?uid=${user.id}`); // 不会发
const profile = await fetch(`/profile/${user.id}`); // 也不会发
} catch (e) { /* 只能拿到第一个错误 */ }若需“部分成功”，必须拆开处理：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 每个 await 单独 try/catch
- 或用 Promise.allSettled 并行发起，再逐个判断状态
用 safeAwait 等工具函数简化恢复逻辑
避免重复写 try/catch，封装成返回 [error, result] 的模式：
const [err, data] = await safeAwait(fetch('/api/config'));
if (err) return { theme: 'light', lang: 'zh' }; // 直接降级finally 是清理资源的可靠位置
无论成功或失败，finally 都会执行，适合关闭 loading、释放锁、重置 UI：
let isLoading = true;
try {
const res = await fetch('/data');
return await res.json();
} finally {
isLoading = false; // 保证状态同步，不被异常跳过
}错误不会自动恢复，但你可以让它“看起来恢复了”——通过降级、重试、兜底值和清晰反馈，把不可控的失败转化为可控的用户体验。
