Promise.all用于并发执行多个Promise并等待全部完成，全成功则返回结果数组，任一失败则立即拒绝；它不控制异步执行，仅观察已启动的Promise，结果顺序与输入顺序一致。
Promise.all 是为了解决“等待多个异步操作全部完成”这个常见需求而设计的。它不用于串行执行，也不解决单个异步任务的问题，而是专门协调一组并行发起、且必须全部成功才能继续的异步操作。
Promise.all 的核心作用：聚合多个 Promise 的结果
当你要同时发起几个 API 请求（比如拉取用户信息、订单列表、通知数），又希望等它们都返回后再统一处理，手动用 then 链或嵌套 await 会很麻烦。Promise.all 把这一组 Promise 当作一个整体来对待——只要全部 fulfilled，就返回一个包含所有结果的数组；只要有一个 rejected，就立刻以该错误拒绝整个 Promise。
- 它不会让异步任务“变快”，但让并发控制更简洁、语义更明确
- 所有 Promise 是立即并发执行的（不是等前一个结束才开始下一个）
- 返回结果数组的顺序严格对应输入 Promise 数组的顺序，和实际完成先后无关
它怎么实现并发执行？
Promise.all 本身不执行异步操作，它只是观察者。你传给它的每个 Promise 必须已经处于 pending 状态（即已经创建并开始执行）。例如：
✅ 正确：请求已发出const [user, orders, notices] = await Promise.all([<br> fetch('/api/user'),<br> fetch('/api/orders'),<br> fetch('/api/notices')<br>]);
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
❌ 错误：函数没调用，Promise 还没创建Promise.all([getUser, getOrders, getNotices]) // 传的是函数，不是 Promise
常见陷阱与替代方案
Promise.all 一旦遇到失败就短路，有时这不符合需求。比如你想知道哪些成功、哪些失败，可以改用 Promise.allSettled：
- Promise.all：全成功才成功，任一失败就失败
- Promise.allSettled：不管成败，等全部结束，返回每项的 status 和 value/reason
- Promise.race：谁先完成（无论成功失败）就用谁的结果
- 需要按顺序执行多个异步任务？不用 Promise.all，直接用 for...of + await
小结：用对场景才有效
Promise.all 不是“万能并发工具”，它是“全量等待+全量成功”的契约式工具。适合数据强依赖、缺一不可的场景，比如表单提交前校验多个字段、初始化时加载全部配置项。用错地方反而会让错误难以定位或掩盖部分失败。
