promise.allsettled 是专为全量结果收集设计的现代方案，等待所有 promise 结束并返回含 status/value 或 status/reason 的状态对象，兼容性良好且语义清晰。
用 Promise.allSettled 替代 Promise.all
Promise.allSettled 是专为“全量结果收集”设计的现代方案。它不因任一 Promise 失败而中断，而是等待所有 Promise 结束，统一返回每个任务的状态对象。
每个结果形如：
– 成功时：{ status: 'fulfilled', value }
– 失败时：{ status: 'rejected', reason }
- 可直接过滤失败项：
results.filter(r => r.status === 'rejected').map(r => r.reason) - 兼容性良好：Node.js 12.9+、Chrome 76+、Firefox 74+、Safari 13.1+ 均原生支持
- 语义清晰，无需额外包装逻辑，代码更易读、可维护
手动包装 Promise 实现“全 resolve”行为
若项目环境不支持 allSettled，或需保持 Promise.all 接口契约（如第三方库强制要求），可将每个 Promise 显式转为始终 resolve 的形式。
- 对每个 Promise 调用
.catch(e => ({ success: false, error: e }))，再配合.then(v => ({ success: true, value: v })) - 最终得到统一结构数组，例如：
[{success:true,value:1}, {success:false,error:err}] - 后续可统一判断：
results.some(r => !r.success)或提取全部错误
避免静默吞错和未捕获拒绝
仅靠 .catch(() => {}) 吞掉错误看似可行，但会掩盖问题，且无法区分成功/失败结果。
- 不推荐无条件空 catch，尤其在调试或生产日志场景中
- 若需容错执行，应保留错误上下文，例如记录错误来源、添加标识字段
- 注意：未被 catch 的 rejected Promise 会触发 UnhandledRejection 警告，影响稳定性
按需选择其他组合策略
并非所有场景都必须“等全部完成”。可根据业务逻辑切换语义更贴切的工具：
-
只要一个成功即可 → 用
Promise.any，失败时抛出 AggregateError，含所有 rejection 原因 -
只关心最快完成的那个 → 用
Promise.race，适合超时控制或竞态请求 - 需要控制并发数量 → 不要直接传数百个 Promise 给 all，改用 p-limit、p-map 等库做节流
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
