Node.js的HTTP模块在处理客户端连接时，会因为网络波动、客户端异常断开、请求格式错误等多种原因出现连接错误，合理的错误处理是保障服务稳定运行的关键。很多开发者在初期处理这类问题时，往往只关注单一事件，忽略了不同事件在连接生命周期中的不同作用，导致出现资源泄漏或者错误漏捕的情况。
HTTP连接相关事件的基础认知
Node.js的HTTP服务中，每个客户端连接对应一个socket对象，这个对象会触发多种事件，其中和错误处理最相关的是error事件和close事件。
error事件会在连接发生错误时触发，比如TCP层传输错误、解析请求头失败等，事件回调会接收到具体的错误对象，包含错误的类型和详细信息。而close事件会在连接完全关闭时触发，不管连接是正常关闭还是因为错误关闭，只要连接最终断开就会触发这个事件。
事件演进与配合逻辑
早期的Node.js HTTP错误处理中，很多开发者只监听error事件，但是这种方式存在两个问题：一是如果错误没有被正确捕获，会导致整个Node.js进程崩溃；二是error事件触发后，连接可能还没有完全释放，此时如果直接做资源清理可能会出现遗漏。
后来社区逐渐形成的最佳实践是同时监听两个事件，两者的配合逻辑如下：
error事件负责捕获具体的错误信息，记录错误日志，针对不同的错误类型做对应的业务处理，比如返回错误响应给客户端close事件负责做最终的资源清理工作，比如释放连接占用的内存、更新连接计数、关闭相关的流对象，不管连接是正常结束还是出错结束，都可以在这里统一处理收尾逻辑
最佳实践示例
下面是一个完整的HTTP服务错误处理示例代码，展示了两个事件的配合使用方式：
const http = require('http');
// 创建HTTP服务
const server = http.createServer((req, res) => {
// 监听响应对象的error事件，捕获响应过程中的错误
res.on('error', (err) => {
console.error('响应过程发生错误:', err.message);
});
// 模拟正常响应逻辑
res.writeHead(200, { 'Content-Type': 'text/plain' });
res.end('请求处理完成');
});
// 监听服务错误
server.on('error', (err) => {
console.error('HTTP服务发生错误:', err.message);
});
// 监听客户端连接的socket事件
server.on('connection', (socket) => {
// 监听socket的error事件，捕获连接层错误
socket.on('error', (err) => {
console.error('客户端连接发生错误:', err.message);
// 可以在这里做针对连接错误的特殊业务处理
});
// 监听socket的close事件，做最终资源清理
socket.on('close', (hadError) => {
// hadError参数表示连接关闭是否是因为错误导致
if (hadError) {
console.log('连接因错误关闭，已完成错误相关处理');
} else {
console.log('连接正常关闭，已完成资源清理');
}
// 这里可以做统一的资源释放逻辑，比如减少当前连接计数
});
});
// 启动服务监听3000端口
server.listen(3000, () => {
console.log('HTTP服务已启动，监听3000端口');
});常见注意事项
在实际开发中还需要注意几个细节：首先必须给所有可能触发error事件的对象添加错误监听，否则未捕获的错误会导致进程退出；其次close事件的hadError参数只有在Node.js较高版本中才支持，如果需要兼容旧版本可以做兜底处理；最后不要在error事件中再次抛出未捕获的错误，避免造成二次错误。
通过合理搭配error事件和close事件，就能覆盖HTTP连接从出错到关闭的全生命周期处理，让服务的错误处理逻辑更完善，稳定性更高。