Node.js中HTTP请求实际在http.request()还是req.end()调用时发起？

核心结论 #

调用http.request()的瞬间，Node.js就会异步启动请求的底层准备工作，包含DNS查询、从连接池复用/新建TCP套接字、完成TCP（HTTPS场景下还包含TLS）握手流程，不需要等待req.end()调用。req.end()的核心作用是标记请求头、请求体全部写入完成，通知底层将组装好的完整HTTP请求报文正式通过套接字发送到服务端。

三步代码的逐行执行逻辑 #

对应你列出的三段代码，每一步的实际行为如下：

• 执行var req = http.request(options)
  这一步返回http.ClientRequest可写流实例，调用后会立刻在事件循环中排队执行底层准备动作：
  1. 解析传入的目标地址、请求方法、请求头等配置参数
  2. 触发DNS解析，拿到目标域名对应的IP地址
  3. 从当前Agent维护的连接池中查找可用的空闲长连接，无可用连接则新建TCP连接，完成三次握手
     注意：这一阶段即使套接字已经完成连接，也不会发送任何HTTP请求报文，底层会持续等待请求体写入完成的信号。
• 注册事件处理器
  这一步是同步给请求实例绑定response、error、socket等事件监听，不会阻塞前面排队的底层连接准备流程。由于Node.js事件循环的执行特性，所有同步代码阶段注册的监听器都不会错过异步触发的事件，不存在"必须先绑事件再调request"的强制要求。
• 执行req.end()
  这是Node.js可写流的标准方法，作用就是明确告知流：没有更多数据需要写入请求体。此时底层才会将缓存的请求头、请求体按照HTTP协议规范组装成完整报文，通过已经就绪（或仍在建立过程中）的套接字发送出去。
  哪怕是GET请求这类不需要携带请求体的场景，也必须调用该方法：如果不发送写入完成的信号，底层会一直等待你写入请求体数据，永远不会发送请求报文，最终会因超时导致连接断开，甚至造成资源泄漏。
  如果不需要自定义写入请求体，可以直接使用http.get()方法，该方法内部会自动调用req.end()，不需要手动执行。

官方文档描述的准确含义 #

使用http.request()时必须始终调用req.end()来表示请求结束，即使没有数据需要写入请求体也需执行该调用
这段描述并不是指"调用end之后才会启动请求连接流程"，而是因为http.request()被设计为支持自定义写入请求体（适用于POST、PUT等需要传参的场景），它不会主动假设你是否还有数据要发送，必须由开发者手动标记写入完成，请求才能正常发送。

验证方式 #

你可以运行以下测试代码直观验证执行顺序：

const http = require('http');
// 启动本地测试服务
const server = http.createServer((req, res) => {
  res.end('ok');
}).listen(3000, () => {
  const req = http.request('http://127.0.0.1:3000', (res) => {
    console.log('收到服务端响应');
    res.resume();
    server.close();
  });
  // 监听套接字就绪事件
  req.on('socket', () => {
    console.log('套接字已连接，此时尚未调用req.end()');
  });
  // 延迟2秒再调用end
  setTimeout(() => {
    console.log('开始调用req.end()');
    req.end();
  }, 2000);
});

运行后你会观察到控制台先打印套接字连接的日志，等待2秒打印调用end的日志后，才会收到服务端响应，和上述逻辑完全一致。

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