Promise.allSettled能“无视失败”地收齐结果，是因为它等待所有Promise到达终态（fulfilled或rejected）后统一返回每个的状态和值/原因，不因任一拒绝而中断。
Promise.allSettled 为什么能“无视失败”地收齐结果
Promise.allSettled 的设计目标就是不因任意一个 Promise 拒绝而中断，它会等待所有 Promise 到达终态（fulfilled 或 rejected），然后统一返回每个 Promise 的状态和值/原因。这和 Promise.all 形成明确对比——后者只要有一个 reject 就立刻抛错，其余还在 pending 的请求也会被丢弃（实际仍在运行，但你拿不到结果）。
适用场景很具体：你需要批量发起请求（比如查多个用户资料、并行拉取配置项），且**任何单个失败都不能导致整体流程中断，你还得知道谁成功了、谁失败了、为什么失败**。
怎么写才能确保每个请求结果都进数组，且结构可区分
调用 Promise.allSettled 时传入的 Promise 数组，每个元素必须是独立的 Promise 实例；不能提前 await，也不能包在函数里却不调用。返回的数组中每个对象都有 status 字段（"fulfilled" 或 "rejected"），再根据 status 取 value 或 reason。
- 错误写法：
Promise.allSettled([fetchUser(1), fetchUser(2).then(...)])—— 第二个 fetch 被链式处理后，reject 会被吞掉，变成 fulfilled，丢失原始错误信息 - 正确写法：所有请求保持“裸 Promise”形态，错误由
Promise.allSettled统一捕获 - 建议给每个 Promise 加上唯一标识（如 id 字段），否则返回数组顺序虽与输入一致，但面对动态生成的请求列表时容易混淆
const requests = [
fetch('/api/user/1').then(r => r.json()),
fetch('/api/user/2').then(r => r.json()),
fetch('/api/user/3').then(r => r.json())
];
Promise.allSettled(requests).then(results => {
results.forEach((result, i) => {
if (result.status === 'fulfilled') {
console.log(`请求 ${i} 成功:`, result.value);
} else {
console.error(`请求 ${i} 失败:`, result.reason);
}
});
});
fetch 失败时 reason 是 NetworkError 还是 Response？
这是最容易踩坑的地方：fetch 只有在网络完全断开、DNS 失败等底层异常时才会 reject，返回一个 TypeError；而 HTTP 状态码如 404、500 仍属于 fulfilled 状态，需手动检查 response.ok 或 response.status。
所以如果你希望把 404 也当作“失败项”纳入 rejected 分支处理，必须在 fetch 后显式 throw：
- 不 throw →
Promise.allSettled里是fulfilled，但value是一个Response对象，没解析成 JSON - throw →
Promise.allSettled里是rejected，reason是你 throw 的 Error（或默认的new Error('HTTP error')）
function safeFetch(url) {
return fetch(url)
.then(response => {
if (!response.ok) {
throw new Error(`HTTP ${response.status}: ${response.statusText}`);
}
return response.json();
});
}
Promise.allSettled([
safeFetch('/api/user/1'),
safeFetch('/api/user/999') // 返回 404
]).then(results => {
// 第二个 result.status === 'rejected'，reason 是上面 throw 的 Error
});
和 Promise.all + try/catch 比，差在哪
有人会想：“我用 Promise.all 包一层 try/catch，再对每个结果做判断，不也能拿到全部？” —— 不行。因为 Promise.all 一旦 reject，你就收不到任何已完成的 fulfilled 结果，catch 捕获的是第一个 reject 的原因，其余 pending 的 Promise 无法访问。
而 Promise.allSettled 是语言层原生保障：它不抛错、不中断、不丢数据。性能上无额外开销，兼容性只需现代浏览器或 Node.js ≥12.9（旧环境可用 promise.allsettled polyfill）。
真正要注意的反而是后续处理逻辑：你得主动遍历结果数组，按 status 分支处理，而不是习惯性地直接解构 values —— 那样会遇到 undefined 或 Cannot read property 'xxx' of undefined。
