promise.allsettled更适合容错并行场景，因其始终返回所有promise终态结果（fulfilled/rejected），而promise.all遇一reject即整体失败；它不取消运行中任务，需配合abortcontroller实现超时控制。
当需要同时发起多个异步操作，并且**不希望某个失败导致整个流程中断**时，Promise.allSettled 是比 await Promise.all(...) 更稳健的选择。
为什么 Promise.all 不适合“容错并行”场景
Promise.all 一旦遇到任意一个 Promise 被 reject，就会立即拒绝整个数组，后续仍在运行的 Promise 会被丢弃（虽然实际还在执行，但结果无法获取）。这在你希望“全部尝试、各自成败自知”的场景下并不合适。
- 比如：批量调用多个微服务接口，其中一两个超时或报错，你仍想拿到其余成功响应的数据做汇总
- 再如：检查多个远程资源是否可访问，不需要全通才继续，而是统计成功率
Promise.allSettled 的返回结构很直观
它始终返回一个 fulfilled 的 Promise，其值是一个对象数组，每个对象都包含 status 字段（"fulfilled" 或 "rejected"），以及对应的 value 或 reason：
const results = await Promise.allSettled([
fetch('/api/user'),
fetch('/api/posts'),
fetch('/api/settings')
]);
results.forEach((result, i) => {
if (result.status === 'fulfilled') {
console.log(`第${i + 1}个请求成功`, result.value);
} else {
console.warn(`第${i + 1}个请求失败`, result.reason);
}
});
配合解构和过滤，快速提取成功/失败项
你可以用数组方法高效分类处理：
- 只取所有成功的响应：
results.filter(r => r.status === 'fulfilled').map(r => r.value) - 只看哪些失败了：
results.filter(r => r.status === 'rejected').map(r => r.reason) - 判断是否“全成功”：
results.every(r => r.status === 'fulfilled') - 判断是否“至少一个成功”：
results.some(r => r.status === 'fulfilled')
注意：allSettled 不会取消仍在进行中的 Promise
它只是等待所有 Promise 到达终态（fulfilled 或 rejected），并不会主动中止它们。如果某些请求耗时过长，你可能还需结合 AbortController 实现超时控制：
const controller = new AbortController();
setTimeout(() => controller.abort(), 5000);
const requests = urls.map(url =>
fetch(url, { signal: controller.signal })
.catch(err => err.name === 'AbortError' ? Promise.reject('timeout') : Promise.reject(err))
);
const results = await Promise.allSettled(requests);
不复杂但容易忽略：用对时机，才能让并发既高效又健壮。
