Node.js使用ws库已监听error仍报未处理ECONNRESET错误如何解决

首先明确：不需要修改ws模块源码，你的报错是因为异常捕获覆盖不全导致的，可通过以下措施修复：

• 调整error事件绑定时机：必须在WebSocket实例创建完成后立刻绑定error事件，不要放在open事件回调或者其他异步逻辑中绑定，否则连接建立阶段抛出的错误会无法被捕获，直接触发进程崩溃。
• 补全业务代码的异常捕获：你当前message回调中直接调用JSON.parse(data)，没有做错误处理，一旦收到非JSON格式的消息，会直接抛出未捕获异常导致进程退出，和ws本身的错误监听无关，修改后代码示例：

ws.on('message', function incoming(data) {
  try {
    const obj = JSON.parse(data);   
    console.log("Stream: "+obj["k"].s+"  "+obj["k"].i+"  closeprice "+obj["k"].c+"\n");
  } catch (err) {
    console.log("parse message error: ", err)
  }
});

• 补全服务端层面的错误监听：如果你是运行ws服务端，除了每个连接的ws实例要绑定error事件，顶层的WebSocket.Server实例也需要绑定error事件，服务端层面的端口占用、TLS配置错误等异常不会下发到单个连接实例，未监听会直接崩溃。
• 处理断开连接后的操作：监听ws实例的close事件，标记实例状态为已断开，后续不再对已经断开的实例调用send等操作，避免触发发送类错误；如果需要调用send，建议加try/catch包裹，或者监听send方法的回调参数捕获异常。
• 添加全局异常兜底：给Node.js进程绑定全局异常捕获事件，作为最后一道兜底防止进程直接退出，示例代码：

process.on('uncaughtException', (err) => {
  console.error('global uncaught exception: ', err)
  // 可在这里加进程健康检查，异常严重时再优雅退出
})

process.on('unhandledRejection', (reason, promise) => {
  console.error('global unhandled rejection: ', reason, promise)
})

• 及时清理无效实例：如果做了断线重连逻辑，旧的ws实例断开后要移除所有绑定的事件监听器，避免无效实例触发的异常漏捕获，同时避免内存泄漏。

你遇到的ECONNRESET是TCP连接被异常断开的常规报错，只要完成以上全链路的异常捕获，就不会再出现进程意外退出的问题。

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