Promise.all要求所有Promise成功才成功，返回值数组；Promise.race以首个settled Promise结果为准，用于超时或竞速。二者均不控制并发数量，仅协调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 手动调度。
立即学习“Java免费学习笔记（深入）”；
