能否使用Promise.all实现Promise分组顺序执行？代码逻辑疑问

1. 原代码逻辑正确性 #

你的代码逻辑本身完全可以实现按顺序分批执行Promise任务，没有隐藏的逻辑缺陷：

• 你将每个异步任务包装成了() => Promise类型的函数，只有在当前批次调用functionToPromise()时才会实例化Promise、触发对应的异步操作（不管是setTimeout还是axios请求）
• 外层用for循环配合await Promise.all(当前批次任务)，保证上一批所有任务全部完成后，才会进入下一轮循环、触发下一批任务的执行
  如果严格按照你贴的代码逻辑实现，不会出现「后续组请求提前发送」的情况。

2. 异常现象的常见原因 #

你遇到的「前一组卡顿数秒，后续多组结果连续打印」的问题，通常是以下两种原因导致的：

原因1：修改代码时不小心提前触发了Promise实例化 #

这是最常见的错误：
你原来的waitWithAsync是返回一个异步函数，即() => Promise<void>，如果在替换成axios版本时，你不小心把逻辑改成了直接返回waitWithPromise的调用结果（也就是直接返回Promise实例），那么在生成functionToPromiseArray的时候，所有axios请求就已经全部发送出去了，后续的Promise.all只是分批等待已发送请求的resolve，自然会出现「前一组还在等，后面请求已经处理完，前一组结束后后续多组立刻返回」的现象。
你可以检查下替换后的waitWithAsync/任务生成逻辑，确保存入数组的是() => Promise的函数，不是直接创建好的Promise实例。

原因2：受HTTP并发限制/连接池限制影响 #

如果你的代码逻辑确实没有提前创建Promise，那这个现象和HTTP层的限制有关：

• 如果是浏览器环境，浏览器对同域名下的并发请求数有默认限制，一般是6_{8个。如果你生产环境每组有10个请求，那第一批的10个请求里前6}8个会立刻发送，剩下的2~4个会进入浏览器的请求队列等待空闲连接；如果服务器处理较慢，会出现整组请求等待时间变长的情况。等第一批所有请求处理完成后，连接全部空闲，第二批的10个请求会立刻全部发出去，要是服务器处理速度快，就会出现第二批、甚至第三批请求短时间内连续返回的现象。
• 如果是Node.js环境，如果你给axios配置了自定义的HTTP Agent，限制了最大套接字数量，也会出现和浏览器类似的请求排队现象，导致后续批次请求返回集中。

3. 验证方案 #

你可以在functionToPromise()调用的位置加一行打印，确认请求是不是真的是到当前批次才触发：

await Promise.all(
  functionToPromiseGroup.map((functionToPromise, idx) => {
    console.log(`触发当前组第${idx}个请求，时间：${Date.now()}`)
    return functionToPromise()
  })
)

如果打印的触发时间确实是在上一组所有请求结束后才打印，那说明你的逻辑是正常的，异常现象就是HTTP层限制导致的，不需要修改业务逻辑。

内容的提问来源于stack exchange，提问作者Daniel Kaplan