Express.js中Promise阻塞后续GET请求的原因与解决方案

Node.js 基于单线程事件循环模型运行，你遇到阻塞的核心原因是对 Promise 的执行逻辑存在误解：

• new Promise(executor) 传入的 executor 函数是同步立即执行的，并非异步执行。只有 Promise 挂载的 .then()/.catch()/.finally() 回调，以及 await 后续的代码才会被加入异步任务队列调度。
• 你代码中 asyncForLoop 里的 for 循环 + 同步 wait 函数是纯同步阻塞逻辑，直接占用了 JS 主线程整整5秒。这段时间事件循环完全被卡住，哪怕已经通过 res.json() 把第一个请求的响应写入了系统套接字缓冲区（所以第一个请求能立刻收到响应），但新到达的请求也无法被 Node 调度处理，只能等主线程被释放后才能执行。

核心思路是避免主线程被长时间的同步逻辑占用，可选方案如下：

1. 将同步逻辑改造为真正的异步执行 #

如果你的耗时逻辑是模拟等待、IO 类操作，直接改用 Node 原生的异步 API 实现，执行时会自动让出主线程：

// 改造后的asyncForLoop，每轮等待都会让出主线程
async function asyncForLoop() {
  for (let i=0; i<5; i++) {
    console.log(i);
    // 用setTimeout实现异步等待，不会阻塞主线程
    await new Promise(resolve => setTimeout(resolve, 1000));
  }
}

调用时直接 asyncForLoop() 即可，不需要额外包 Promise，也不会阻塞后续请求。

2. 用工作线程处理CPU密集型逻辑 #

如果你的耗时逻辑是 CPU 密集型计算，无法拆分为异步分片，就用 Node 官方的 worker_threads 模块把计算逻辑放到独立线程执行，完全不占用主线程的事件循环资源。

Promise 只是异步结果的容器，本身没有把同步代码自动转为异步执行的能力。所有同步代码无论包裹在多少层函数、Promise 中，只要在主线程执行，都会阻塞事件循环，影响后续请求、定时器等所有异步任务的调度。

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