Node.js HTTP/HTTPS模块及Express是否使用工作线程监听请求？

一、Express不会为每个网络请求使用工作线程监听连接 #

Node.js本身是单线程事件循环架构，Express作为基于Node.js内置HTTP/HTTPS模块的框架，完全继承了这个核心模型：

• 底层的HTTPS服务器在主线程的事件循环中处理所有连接监听，依靠操作系统的I/O多路复用机制（比如Linux的epoll、macOS的kqueue）同时管理大量并发连接，不需要为每个连接单独创建线程。
• 工作线程（Worker Threads）是Node.js为处理CPU密集型任务（比如复杂计算、数据加密）引入的特性，默认情况下不会被用来处理网络连接的监听或常规请求处理——除非你手动编写代码将特定任务分发到工作线程，但这不是Express的默认行为。

二、HTTP类请求等待连接的核心逻辑 #

HTTP请求的连接等待和处理，核心依赖Node.js事件循环+异步非阻塞I/O，而非线程或工作线程：

• 当新的网络连接请求到达时，操作系统内核先处理连接握手流程，完成后通知Node.js的事件循环；
• 主线程从事件循环中取出连接事件，处理请求解析、路由匹配等操作；如果遇到异步I/O任务（比如读取数据库、调用外部API），会将这些任务交给操作系统内核执行，主线程立即回到事件循环处理其他请求；
• 当异步I/O任务完成后，内核将结果回调放入事件队列，主线程空闲时再取出回调完成后续处理，最后返回响应给客户端。

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