您可能已经猜到了:这是一个连接错误。

ECONNRESET意思是TCP会话的另一端突然关闭了它的连接端。这很可能是由于一个或多个应用程序协议错误。您可以查看API服务器日志，看看它是否抱怨了什么。

但是因为你也在寻找一种方法来检查错误并调试这个问题，你应该看看“如何调试NodeJS中的套接字挂起错误?”这篇文章是在stackoverflow上发布的，与一个类似的问题有关。

快速和肮脏的开发解决方案:

使用longjohn，您将获得包含异步操作的长堆栈跟踪。

干净正确的解决方案: 从技术上讲，在node中，每当你发出'error'事件而没有人侦听它时，它就会抛出。为了使它不抛出，在它上面放置一个侦听器并自己处理它。这样，您就可以用更多的信息记录错误。

要为一组调用使用一个侦听器，您可以使用域并在运行时捕获其他错误。确保与http(服务器/客户端)相关的每个异步操作与代码的其他部分相比处于不同的域上下文中，域将自动侦听错误事件并将其传播到自己的处理程序。因此，您只侦听该处理程序并获得错误数据。你还可以免费获得更多信息。

编辑(2013-07-22)

正如我上面所写的:

ECONNRESET意思是TCP会话的另一端突然关闭了它的连接端。这很可能是由于一个或多个应用程序协议错误。您可以查看API服务器日志，看看它是否抱怨了什么。

也有可能是这样的情况:在任意时间，另一端过载，结果只是终止连接。如果是这样的话，这取决于你连接的到底是什么……

但有一件事是肯定的:你的TCP连接上确实有一个读取错误，导致异常。您可以通过查看您在编辑中发布的错误代码来确认这一点。

我遇到过类似的问题，在升级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。它仍然会给出错误。同样，我认为这是有意的，解决方案是处理代码中的错误。

一个简单的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)

是的，您提供的策略文件肯定会导致崩溃。

重复一下，只需在代码中添加一个延迟:

net.createServer( function(socket) 
{
    for (i=0; i<1000000000; i++) ;
    socket.write("<?xml version=\"1.0\"?>\n");
…

并通过Telnet方式连接到该端口。如果在延迟过期之前断开telnet连接，当socket时将会出现崩溃(未捕获异常)。Write抛出错误。

为了避免这里的崩溃，只需在读写套接字之前添加一个错误处理程序:

net.createServer(function(socket)
{
    for(i=0; i<1000000000; i++);
    socket.on('error', function(error) { console.error("error", error); });
    socket.write("<?xml version=\"1.0\"?>\n");
}

当您尝试上面的断开连接时，您只会得到一条日志消息，而不是崩溃。

当你完成时，记得删除延迟。

我也面临着同样的问题，但我通过以下方式缓解了它:

server.timeout = 0;

server.listen之前。服务器是一个HTTP服务器。根据API文档，默认超时时间为2分钟。

今天也遇到了同样的问题。 经过一些研究，我发现了一个非常有用的——abort-on-uncaught-exception node.js选项。它不仅提供了更详细和有用的错误堆栈跟踪，而且还保存了应用程序崩溃时的核心文件，允许进一步调试。

另一种可能的情况(但很少见)是，如果您有服务器到服务器的通信，并且设置了服务器。maxConnections的值非常低。

在节点的核心库net.js中，它会调用clientHandle.close()，这也会导致错误ECONNRESET:

if (self.maxConnections && self._connections >= self.maxConnections) {
  clientHandle.close(); // causes ECONNRESET on the other end
  return;
}

我通过简单地连接到另一个网络解决了这个问题。这是可能出现的问题之一。

如上所述，ECONNRESET意味着TCP会话突然关闭连接的末端。

您的互联网连接可能阻止您连接到某些服务器。在我的例子中，我试图连接到mLab(托管MongoDB数据库的云数据库服务)。我的网络服务提供商屏蔽了它。

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

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

我希望这对你有帮助!

我也得到ECONNRESET错误在我的开发过程中，我解决它的方法是不使用nodemon启动我的服务器，只是使用“node server.js”启动我的服务器修复了我的问题。

这很奇怪，但它为我工作，现在我再也没有看到ECONNRESET错误了。

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

我的解决方案

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

一般的结论

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

对我来说，这个问题只发生在一个端口上从本地主机到本地主机的连接上。->检查改变任何这些常数解决问题。 对我来说，问题只发生在我的机器->让别人试试。 对我来说，这个问题只发生在一段时间后，无法可靠地再现 无法使用任何节点或表达式(调试)工具检查“我的问题”。-别在这上面浪费时间了

找出是否有什么东西在你的网络(-settings)，如虚拟机，防火墙等，这可能是问题的原因。

我通过以下方法解决了这个问题:

关闭我的wifi/以太网连接并打开。 我在终端输入:npm update来更新npm。 我试图退出会话并重新登录

之后，我尝试了相同的npm命令，好的事情是它成功了。我不确定是不是那么简单。

我用的是CENTOS 7

我也有同样的问题，似乎是Node.js版本的问题。

我安装了以前版本的Node.js(10.14.2)，使用nvm一切正常(允许你安装几个版本的Node.js，并快速从一个版本切换到另一个版本)。

这不是一个“干净”的解决方案，但它可以暂时为你服务。

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

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

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

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

当服务器端关闭TCP连接并且您对服务器的请求没有得到满足时，将发生ECONNRESET。服务器响应消息，表明您引用的连接无效。

为什么服务器发送无效连接的请求?

Suppose you have enabled a keep-alive connection between client and server. The keep-alive timeout is configured to 15 seconds. This means that if keep-alive is idle for 15 seconds, it will send connection close request. So after 15 seconds, server tells the client to close the connection. BUT, when server is sending this request, client is sending a new request which is already on flight to the server end. Since this connection is invalid now, server will reject with ECONNRESET error. So the problem occurs due to fewer requests to the server end. So please disable keep-alive and it will work fine.

First I run my app I got ECONNRESET after that I got error like ECONNREFUSED . I had faced both of this problem while running my node app.For both of the Problem, I found that this was occuring because of not starting the wampserver.I am using mysql database in my app for getting the data with the help of wampserver. I resolve this by starting the wampserver and then after running my node app. It works fine.You can use node or nodemon for running the node application It's not the problem in my case.

我尝试了一些选择，并将其作为临时解决方案

如果使用node，尝试在不同的节点版本之间切换，使用node use #version#。为我工作 尝试切换网络连接