如何借助async语法糖优化异步错误传递

async/await 不改变错误传递本质，但通过 try/catch 分层捕获、safeAwait 封装、跨边界 Promise 传递及避免静默吞错，实现可控的异步错误处理。

async 语法糖本身不改变错误传递的本质，但它让错误传递更可控、更贴近同步逻辑。关键不是“避免错误”，而是让错误能被准确捕获、分类、转发或降级处理。

错误传递要解决的核心问题
不是所有异步操作失败都要中断流程；有些错误可以忽略，有些需重试，有些要转成业务提示，还有些必须向上抛出。async/await 提供了清晰的结构来分层处理这些场景。

用 try/catch 实现分层错误捕获
同一 async 函数中多个 await 可共用一个 try/catch，但若想对不同步骤做差异化处理（比如 A 失败重试、B 失败静默、C 失败抛出），就需拆开或加判断：

• 每个关键异步调用单独包 try/catch，各自处理逻辑
• 在 catch 中根据 error 类型或来源决定是 throw、return null、还是 return defaultData
• 不要只写 catch (e) { throw e }，这等于没处理，只是透传

例如：

async function loadUserProfile(userId) {  let user;  try {    user = await fetchUser(userId);  } catch (err) {    console.warn('用户数据获取失败，使用默认头像', err);    user = { id: userId, name: '游客', avatar: '/default.png' };  }  try {    const preferences = await fetchPreferences(userId);    user.preferences = preferences;  } catch (err) {    console.info('偏好设置加载失败，跳过', err);    // 不修改 user，也不 throw  }  return user;}

用 Promise 包装实现“可选失败”
当某个异步操作失败不应影响主流程，又不想写 try/catch，可用 Promise.resolve().then(...).catch(...) 封装，或封装成工具函数：

• safeAwait(promise) 返回 [error, result] 元组（类似 Go 的 error pattern）
• 或直接用 .catch(() => undefined) 忽略错误并返回 fallback 值

例如：

async function getDashboardData() {  const [userErr, user] = await safeAwait(fetchUser());  const [orderErr, orders] = await safeAwait(fetchOrders());  return {    user: user ?? { anonymous: true },    orders: orders ?? [],    warnings: [userErr && '用户信息加载慢', orderErr && '订单列表暂不可用'].filter(Boolean)  };}

错误跨 async 边界可靠传递
async 函数返回的是 Promise，所以调用方仍需 .catch() 或外层 try/catch —— 这不是缺陷，而是设计：

• 内层 async 负责“局部容错与降级”
• 外层 async 或调用点负责“全局兜底与用户反馈”

比如：

// 业务层：决定失败后怎么告诉用户async function handleCheckout() {  try {    await submitOrder();    showSuccessToast('下单成功');  } catch (err) {    if (err.code === 'PAYMENT_DECLINED') {      showPaymentDialog();    } else if (err.code === 'NETWORK_ERROR') {      showRetryButton();    } else {      showErrorModal('系统繁忙，请稍后再试');    }  }}

避免错误被静默吞掉
常见陷阱：

• await 后没 catch，又没在调用处处理 → 错误变成 unhandled rejection
• 空 catch 块（catch {}）或只 console.log → 上层无法感知
• 忘记 return 或 resolve 导致 Promise 悬停

确保每个 async 函数的错误最终有归宿：要么被处理，要么明确 throw 出去，不要让它“消失”。

不复杂但容易忽略