使用 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 带上下文的错误
