Node.js中req.on('end')不触发的问题及修复原理咨询

核心原因在于Node.js中HTTP请求的流式异步特性，咱们一步步拆解：

1. 原来的代码为什么失败？ #

你的初始代码里，在处理/message的POST请求时，注册了data和end事件监听器之后，立刻就执行了res.end()：

if (url === '/message' && method === 'POST') {
  const body = [];
  req.on('data', (chunk) => {
    console.log(chunk);
    body.push(chunk);
  });
  req.on('end', () => {
    const parsedBody = Buffer.concat(body).toString();
    console.log(parsedBody);
  });
  // 这里直接结束响应！
  res.statusCode = 302;
  res.setHeader('Location', '/');
  return res.end();
}

• req是一个可读流，data和end事件都是异步触发的——Node.js不会等待这些事件完成，会继续执行后面的代码。
• 当你调用res.end()时，服务器会立刻关闭当前请求的连接，通知客户端“请求处理完成”。但这时候客户端可能还在发送POST请求的剩余数据，服务器直接切断连接后，就不会再接收剩下的数据，自然req.on('end')永远不会被触发（因为流还没读完就被强制终止了）。

2. 修复方案为什么有效？ #

你把响应逻辑移到了req.on('end')的回调里：

req.on('end', () => {
  const parsedBody = Buffer.concat(body).toString();
  console.log(parsedBody);
  // 接收完所有数据后再发送响应
  res.statusCode = 302;
  res.setHeader('Location', '/');
  return res.end();
});

这个改动做了两件关键的事：

• 等待数据接收完成：end事件只有在服务器完全接收完所有请求数据，没有更多数据可读时才会触发。把响应逻辑放在这里，确保你能拿到完整的请求体。
• 避免提前终止连接：不再提前调用res.end()，让服务器有足够时间读取完客户端发送的所有POST数据，流能正常走完生命周期，end事件自然会触发。

另外，你注释掉了后续的res.write和res.end()代码，也避免了代码继续执行到那里提前结束响应的问题——如果没注释，就算你不在POST分支里调用res.end()，后面的代码也会立刻发送响应，同样会切断连接导致end事件不触发。

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