Promise.all与Promise.race区别解析

JavaScript中的Promise.all和Promise.race虽同为并发协调工具，却遵循截然不同的逻辑：all坚持“全胜才赢”，要求所有异步任务成功完成并按序返回结果数组，任一失败即整体中断；race则奉行“先到先得”，以首个结束（无论成功或失败）的Promise结果为准，天然适用于超时控制与竞速场景。二者均不解决并发数量限制问题，仅负责结果聚合与时机决策——理解它们在错误处理、返回值形态及适用边界上的本质差异，是写出健壮、高效异步代码的关键起点。

JavaScript 中的并发控制，核心是管理多个异步任务的执行节奏和结果处理。Promise.all 和 Promise.race 是两个最常用的并发工具，但它们的行为逻辑完全不同：一个追求“全胜”，一个讲究“先到先得”。

Promise.all：全部成功才算成功

它接收一个 Promise 数组，返回一个新的 Promise。这个新 Promise 只有在所有输入 Promise 都 fulfilled 时才 fulfilled，结果是按顺序排列的值数组；只要其中任意一个 rejected，就立刻 rejected，并抛出第一个失败的原因。

• 适合场景：需要等所有接口都返回数据再统一渲染（比如用户信息 + 订单列表 + 通知数）
• 注意点：一旦某个请求失败，整个 all 就中断，后续成功的响应也无法拿到
• 小技巧：如果想“不管失败，也要收集所有结果”，可以提前对每个 Promise 做 .catch(() => undefined) 处理

Promise.race：谁快谁说了算

同样接收 Promise 数组，但只关心“第一个 settled（fulfilled 或 rejected）的 Promise”。它会立即以该 Promise 的结果或错误结束自身。

• 适合场景：设置超时、竞速请求（如同时调用多个 CDN 接口，取最快返回的那个）
• 注意点：不是“最快成功”，而是“最快结束”——如果第一个 Promise 是 rejected，race 就直接失败，哪怕其他还在 pending 或即将成功
• 常用组合：Promise.race([fetch(url), timeout(5000)]) 实现网络请求超时控制

进阶对比：状态流转与错误处理差异

两者对“错误”的敏感程度不同：
- all 把失败当终止信号，强调一致性与完整性；
- race 把第一个结果当决策依据，强调响应速度与容错策略。

• all 的错误可预测（一定是第一个 reject），race 的错误不可控（取决于哪个 Promise 先结束）
• all 的返回值总是数组（长度 = 输入长度），race 的返回值类型完全取决于胜出的那个 Promise
• 实际开发中，race 常配合封装成 timeout 工具函数，all 更多用于聚合型数据加载

不复杂但容易忽略

它们本身不控制并发数量（比如同时发起 100 个请求），只是协调已有 Promise 的关系。真要限制请求数量（如最多同时 3 个），得靠手写队列、使用 p-limit 等库，或结合 async/await 手动调度。

理论要掌握，实操不能落！以上关于《Promise.all与Promise.race区别解析》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！