await 怎样处理多个异步任务的异常结果

使用 await 处理多个异步任务时，应根据场景选择策略：需并发且容错用 Promise.allSettled()；需串行细粒度控制用 try/catch 包裹单个 await；需并发但“全有或全无”语义则用 Promise.all() 配合错误预处理。

当使用 await 处理多个异步任务时，直接 await 多个 Promise 会串行执行，且任意一个抛错就会中断后续；若想并发执行并捕获各自异常，需配合 Promise.allSettled()、Promise.all() 或手动封装错误处理逻辑。

用 Promise.allSettled() 安全并发执行

它等待所有 Promise 结束（无论 fulfilled 还是 rejected），返回每个任务的完整状态对象，适合需要“不中断、全收集”的场景：

• 每个结果形如 { status: 'fulfilled', value: ... } 或 { status: 'rejected', reason: ... }
• 不会因某个失败而拒绝整个 Promise，天然规避了异常中断问题
• 适合批量请求（如同时拉取多个用户资料）、容错型数据采集

示例：

  const results = await Promise.allSettled([
    fetch('/api/user/1'),
    fetch('/api/user/2'),
    fetch('/api/user/3')
  ]);
  results.forEach((res, i) => {
    if (res.status === 'fulfilled') {
      console.log(`User ${i+1} OK:`, res.value);
    } else {
      console.warn(`User ${i+1} failed:`, res.reason);
    }
  });

用 try/catch 包裹单个 await 实现细粒度控制

若需对每个异步操作单独处理异常（比如失败后重试、降级或记录日志），避免用 await 直接链式调用，而是逐个 await + try/catch：

• 保持代码可读性，便于调试和定制恢复逻辑
• 适用于任务间有依赖、或失败影响后续策略的场景
• 注意：这种方式是串行的，性能不如并发，但控制力更强

示例：

  const users = [];
  for (const id of [1, 2, 3]) {
    try {
      const res = await fetch(`/api/user/${id}`);
      if (!res.ok) throw new Error(`HTTP ${res.status}`);
      users.push(await res.json());
    } catch (err) {
      console.error(`Failed to load user ${id}:`, err);
      // 可选择跳过、填默认值、或 throw 终止流程
    }
  }

用 Promise.all() + 错误预处理统一兜底

若希望所有任务并发、任一失败就整体失败（典型“全有或全无”语义），可用 Promise.all()；但为避免未捕获异常，必须确保每个 Promise 都被 .catch() 或 async 函数内部处理：

• 推荐写法：将每个异步操作包装成“永不 reject”的 Promise（即 always resolve）
• 例如：用 (async () => { try { return await fn(); } catch(e) { return { error: e }; } })()
• 这样 Promise.all() 不会中断，后续再统一判断哪些出错

示例（预处理版）：

  const safeFetch = async (url) => {
    try {
      const res = await fetch(url);
      return { data: await res.json(), error: null };
    } catch (err) {
      return { data: null, error: err };
    }
  };
  const results = await Promise.all([
    safeFetch('/api/a'),
    safeFetch('/api/b'),
    safeFetch('/api/c')
  ]);
  // 每个 result 都是 { data, error }，可安全遍历

避免常见陷阱

几个容易忽略但关键的细节：

• 不要在数组 map 中直接 await：例如 urls.map(u => await fetch(u)) 语法错误，因为 map 回调不是 async 上下文
• 不要混合 await 和 Promise.all 而不加 await：写成 Promise.all([...]).then(...) 就脱离了 async/await 流程，可能丢失上下文或异常捕获链
• 注意错误堆栈可读性：用 allSettled 或预处理后，原始错误可能被包裹，建议保留 reason.stack 或重新 throw 带上下文的错误