我如何调试错误ECONNRESET在Node.js?

我正在使用Socket运行一个Express.js应用程序。IO的聊天网络应用程序我在24小时内随机得到了5次以下错误。节点进程永远被包装起来，并立即重新启动自己。

问题是重新启动Express会把我的用户赶出他们的房间没有人希望这样。

web服务器通过HAProxy代理。插座不存在稳定性问题，只是使用websockets和flashsockets传输。我不能故意复制这个。

这是节点v0.10.11的错误:

    events.js:72
            throw er; // Unhandled 'error' event
                  ^
    Error: read ECONNRESET     //alternatively it s a 'write'
        at errnoException (net.js:900:11)
        at TCP.onread (net.js:555:19)
    error: Forever detected script exited with code: 8
    error: Forever restarting script for 2 time

编辑(2013-07-22)

增加了两个socket。IO客户端错误处理程序和未捕获的异常处理程序。这个似乎捕获了错误:

    process.on('uncaughtException', function (err) {
      console.error(err.stack);
      console.log("Node NOT Exiting...");
    });

所以我怀疑这不是插座。发送HTTP请求到另一个服务器或者MySQL/Redis连接。问题在于错误堆栈不能帮我找出我的代码问题。以下是日志输出:

    Error: read ECONNRESET
        at errnoException (net.js:900:11)
        at TCP.onread (net.js:555:19)

我怎么知道是什么引起的呢?我如何从错误中得到更多?

好吧，不是很啰嗦，但这里是与朗约翰的堆栈跟踪:

    Exception caught: Error ECONNRESET
    { [Error: read ECONNRESET]
      code: 'ECONNRESET',
      errno: 'ECONNRESET',
      syscall: 'read',
      __cached_trace__:
       [ { receiver: [Object],
           fun: [Function: errnoException],
           pos: 22930 },
         { receiver: [Object], fun: [Function: onread], pos: 14545 },
         {},
         { receiver: [Object],
           fun: [Function: fireErrorCallbacks],
           pos: 11672 },
         { receiver: [Object], fun: [Function], pos: 12329 },
         { receiver: [Object], fun: [Function: onread], pos: 14536 } ],
      __previous__:
       { [Error]
         id: 1061835,
         location: 'fireErrorCallbacks (net.js:439)',
         __location__: 'process.nextTick',
         __previous__: null,
         __trace_count__: 1,
         __cached_trace__: [ [Object], [Object], [Object] ] } }

这里我提供了flash套接字策略文件:

    net = require("net")
    net.createServer( (socket) =>
      socket.write("<?xml version=\"1.0\"?>\n")
      socket.write("<!DOCTYPE cross-domain-policy SYSTEM \"http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd\">\n")
      socket.write("<cross-domain-policy>\n")
      socket.write("<allow-access-from domain=\"*\" to-ports=\"*\"/>\n")
      socket.write("</cross-domain-policy>\n")
      socket.end()
    ).listen(843)

这是原因吗?

当前回答

尝试将这些选项添加到socket.io:

const options = { transports: ['websocket'], pingTimeout: 3000, pingInterval: 5000 };

我希望这对你有帮助!

2018-04-19 17:40:31

其他回答

我遇到过类似的问题，在升级Node后，应用程序开始出错。我相信这可以追溯到Node v0.9.10版本的这一项:

net:不压制ECONNRESET (Ben Noordhuis)

以前的版本不会在客户端中断时出错。来自客户端的连接中断会在Node中抛出错误ECONNRESET。我相信这是Node的预期功能，因此修复(至少对我来说)是处理错误，我相信您在unCaught异常中做到了这一点。虽然我在网上处理。套接字处理程序。

你可以这样演示:

创建一个简单的套接字服务器，并获得Node v0.9.9和v0.9.10。

require('net')
    .createServer( function(socket) 
    {
           // no nothing
    })
    .listen(21, function()
     {
           console.log('Socket ON')
    })

使用v0.9.9启动它，然后尝试通过FTP传输到此服务器。我使用FTP和端口21只是因为我在Windows上，有一个FTP客户端，但没有telnet客户端方便。

然后从客户端断开连接。(我正在按Ctrl-C)

在使用Node v0.9.9时应该看到NO ERROR，在使用Node v.0.9.10及更高版本时应该看到ERROR。

在生产环境中，我使用v.0.10。它仍然会给出错误。同样，我认为这是有意的，解决方案是处理代码中的错误。

2013-07-22 22:12:50

一个简单的tcp服务器，我提供的flash策略文件导致了这个问题。我现在可以使用处理程序捕获错误:

# serving the flash policy file
net = require("net")

net.createServer((socket) =>
  //just added
  socket.on("error", (err) =>
    console.log("Caught flash policy server socket error: ")
    console.log(err.stack)
  )

  socket.write("<?xml version=\"1.0\"?>\n")
  socket.write("<!DOCTYPE cross-domain-policy SYSTEM \"http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd\">\n")
  socket.write("<cross-domain-policy>\n")
  socket.write("<allow-access-from domain=\"*\" to-ports=\"*\"/>\n")
  socket.write("</cross-domain-policy>\n")
  socket.end()
).listen(843)

2013-07-23 08:38:09

我刚刚算出来了，至少在我的用例中。

我得到了ECONNRESET。事实证明，我的客户端设置的方式是，它用API调用大量地快速地访问服务器，而它只需要访问端点一次。

当我修复它时，错误就消失了。

2020-05-24 00:53:28

Node JS套接字不阻塞io。考虑使用来自其他源的非阻塞io连接。例如，如果使用带有node的阻塞Java套接字，它只会工作几秒钟，之后就会出现错误。通过实现一个非阻塞的连接来缓解这个问题，例如带有选择器的socketchannel。

2021-06-05 05:39:01

我也有这个错误，经过几天的调试和分析后，我能够解决它:

我的解决方案

对我来说，VirtualBox(用于Docker)是一个问题。我在我的虚拟机上配置了端口转发，错误只发生在转发的端口上。

一般的结论

以下观察可以帮你节省我不得不投入的工作时间: