Node.js并行请求优化：Promise.allSettled实战指南

1. 为什么需要并行请求优化

在Node.js服务端开发中，处理多个异步I/O操作是家常便饭。假设我们需要同时调用三个第三方API获取数据，传统回调方式会导致"回调地狱"，async/await顺序执行又会拖慢响应速度。这时Promise.allSettled就像瑞士军刀般闪亮登场——它能并行发起所有请求，且不会因为单个请求失败导致整个流程中断。

上周我优化了一个电商平台的商品详情页接口，需要同时获取：商品基础信息（MySQL）、库存状态（Redis）、促销活动（第三方API）。最初用Promise.all实现，结果促销接口超时直接导致页面500错误。改用allSettled后，即使某个依赖服务不可用，页面仍能展示已有数据并优雅降级。

2. Promise.allSettled核心机制解析

2.1 与Promise.all的本质区别

两者都接受Promise数组，但处理逻辑截然不同：

• all遇到第一个reject立即终止，适合强依赖场景
• allSettled会等待所有Promise终态（fulfilled/rejected），返回包含状态和值的对象数组

javascript复制// 典型返回值结构
[
  {status: 'fulfilled', value: '成功结果'},
  {status: 'rejected', reason: Error('失败原因')}
]

2.2 底层事件循环原理

Node.js通过libuv实现异步I/O。当发起10个并行请求时：

1. 所有HTTP请求通过非阻塞socket同时发出
2. 操作系统内核处理网络传输
3. libuv轮询到完成的请求时，将对应回调推入微任务队列
4. Promise状态变更触发.then()或.catch()

关键点：真正的并行发生在网络层而非JavaScript线程，这也是Node.js单线程却能高效处理并发的秘密

3. 高性能实现方案

3.1 基础封装模板

javascript复制async function batchRequest(urls) {
  const requests = urls.map(url => 
    fetch(url)
      .then(res => res.js