Node.js 16中客户端中断未触发request的close事件问题咨询

这确实是Node.js 14到16版本间HTTP模块的破坏性行为变更，属于内部事件触发逻辑的调整，官方文档可能未单独高亮该细节，但实际会影响流式传输场景下的客户端中断处理。

事件触发逻辑的核心变化 #

• Node.js 14及更早：客户端通过AbortController中断fetch请求时，连接关闭事件会触发req.close，因为此时请求通道的断开会直接关联到request对象。
• Node.js 16+：客户端中断请求时，关闭事件会绑定到res.close触发。这是因为流式传输场景下，服务器端的响应流是主要数据交互通道，客户端终止请求会优先终止响应流的传输，因此事件会挂载到response对象上。

关于req.close提前触发的问题 #

Node.js 16中req.close会在请求载荷（POST body）接收完成后立即触发，这是HTTP模块的行为调整：请求体传输完成后，请求侧的连接部分进入闲置状态，Node.js将这个节点作为req.close的触发时机，而非等到整个连接完全关闭，和Node.js 14中需等待全连接关闭的逻辑不同。

适配方案（兼容多版本） #

如果需要同时兼容Node.js 14和16的场景，建议同时监听req.close和res.close事件，结合req.aborted状态判断，确保不会遗漏客户端中断的情况：

const handleAbort = () => {
  // 执行中断后的清理逻辑：终止流式任务、释放资源等
  console.log('客户端请求已中断');
};

// 同时监听两个事件
req.on('close', handleAbort);
res.on('close', handleAbort);

// 即时判断已中断的情况
if (req.aborted) {
  handleAbort();
}

客户端侧的fetch代码无需修改，保持使用signal传递中断信号即可。

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