await 多个异步任务异常结果处理技巧

处理多个异步任务中的异常，并没有万能解决方案，完全取决于具体场景。若需要并发执行且允许部分失败，可以选择 Promise.allSettled()；如果需要串行执行并对每一步进行精细控制，则使用 try/catch 包裹单个 await；若既要并发执行又要保证“全有或全无”的原子性，那么可以使用 Promise.all() 并配合错误预处理机制。

直接使用 await 等待多个 Promise 看似简单，但稍不注意就会陷入串行执行的陷阱——一旦某个任务抛出错误，后续任务便会立即停止。为了实现并发执行且各自独立处理异常，需要借助 Promise.allSettled()、Promise.all() 或自行封装错误处理逻辑。下面逐一分析。

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

该方法最显著的特点是“等待所有任务完成，无论成功还是失败”。它会返回每个任务的状态对象：要么 { 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 被拒绝，必须确保每个 Promise 都通过 .catch() 或在 async 函数内部处理过。推荐的做法是将每个异步操作封装成“永不拒绝”的 Promise，即始终 resolve。

预处理版示例：

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 或重新抛出带有上下文的错误。