扩展Blender的答案，这在很多情况下都会发生。我遇到的最常见的问题是:

服务器崩溃。 服务器拒绝您的连接，很可能被用户代理阻塞。

socketCloseListener，正如Blender的回答中所概述的那样，并不是创建挂机错误的唯一地方。

例如，可以在这里找到:

function socketOnEnd() {
  var socket = this;
  var req = this._httpMessage;
  var parser = this.parser;

  if (!req.res) {
    // If we don't have a response then we know that the socket
    // ended prematurely and we need to emit an error on the request.
    req.emit('error', createHangUpError());
    req._hadError = true;
  }
  if (parser) {
    parser.finish();
    freeParser(parser, req);
  }
  socket.destroy();
}

你可以用curl来处理从Node发出的头信息，看看你是否得到响应。如果您没有使用curl得到响应，但在浏览器中得到响应，那么您的User-Agent头很可能被阻塞。

有两种情况下套接字挂起被抛出:

当你是客户的时候

您作为客户端向远程服务器发送请求，但没有收到及时响应。您的套接字已结束，从而抛出此错误。您应该捕捉这个错误并决定如何处理它:是否重试请求，是否将其排队等待，等等。

当您是服务器/代理时

当您作为服务器(可能是代理服务器)接收来自客户机的请求，然后开始对其进行操作(或将请求中继到上游服务器)，并且在您准备好响应之前，客户机决定取消/中止请求。

此堆栈跟踪显示客户端取消请求时发生的情况。

Trace: { [Error: socket hang up] code: 'ECONNRESET' }
    at ClientRequest.proxyError (your_server_code_error_handler.js:137:15)
    at ClientRequest.emit (events.js:117:20)
    at Socket.socketCloseListener (http.js:1526:9)
    at Socket.emit (events.js:95:17)
    at TCP.close (net.js:465:12)

行http.js:1526:9指向@Blender提到的相同的socketCloseListener，特别是:

// This socket error fired before we started to
// receive a response. The error needs to
// fire on the request.
req.emit('error', createHangUpError());

...

function createHangUpError() {
  var error = new Error('socket hang up');
  error.code = 'ECONNRESET';
  return error;
}

如果客户端是浏览器中的用户，这是一个典型的情况。加载某些资源/页面的请求需要很长时间，用户只需刷新页面。此操作将导致前一个请求中止，从而在服务器端抛出此错误。

由于此错误是由客户端意愿引起的，因此他们不期望收到任何错误消息。所以，没有必要认为这个错误是严重的。忽略它。这是鼓励的事实，在这样的错误，你的客户端侦听的res套接字，虽然仍然是可写的，销毁。

console.log(res.socket.destroyed); //true

因此，除了显式关闭响应对象外，没有发送任何东西:

res.end();

但是，如果您是一个代理服务器，并且已经将请求转发给了上游服务器，那么您应该做的是终止发送给上游服务器的内部请求，这表明您对响应不感兴趣，这反过来可能会告诉上游服务器停止昂贵的操作。

我在使用Nano库连接Couch DB时也遇到了同样的问题。我尝试使用keepaliveagent库微调连接池，它一直失败的套接字挂起消息。

var KeepAliveAgent = require('agentkeepalive');

var myagent = new KeepAliveAgent({
    maxSockets: 10,
    maxKeepAliveRequests: 0,
    maxKeepAliveTime: 240000
});

nano = new Nano({
    url : uri,
    requestDefaults : {
        agent : myagent
    }
});

经过一番努力，我终于解决了这个问题——结果发现这是一个非常非常简单的错误。我通过HTTPS协议连接到数据库，但是我一直向我的nano对象传递一个keepalive代理，作为使用这个库显示的示例创建(它们依赖于一些使用http的默认值)。

使用httpagent时做了一个简单的改变:

var KeepAliveAgent = require('agentkeepalive').HttpsAgent;

扩展Blender的答案，这在很多情况下都会发生。我遇到的最常见的问题是:

服务器崩溃。 服务器拒绝您的连接，很可能被用户代理阻塞。

socketCloseListener，正如Blender的回答中所概述的那样，并不是创建挂机错误的唯一地方。

例如，可以在这里找到:

function socketOnEnd() {
  var socket = this;
  var req = this._httpMessage;
  var parser = this.parser;

  if (!req.res) {
    // If we don't have a response then we know that the socket
    // ended prematurely and we need to emit an error on the request.
    req.emit('error', createHangUpError());
    req._hadError = true;
  }
  if (parser) {
    parser.finish();
    freeParser(parser, req);
  }
  socket.destroy();
}

你可以用curl来处理从Node发出的头信息，看看你是否得到响应。如果您没有使用curl得到响应，但在浏览器中得到响应，那么您的User-Agent头很可能被阻塞。

我认为“套接字挂起”是一个相当普遍的错误，表明连接已从服务器端终止。换句话说，用于维护客户端和服务器之间连接的套接字已经断开。(虽然我确信上面提到的许多观点对不同的人都有帮助，但我认为这是更普遍的答案。)

In my case, I was sending a request with a payload in excess of 20K. This was rejected by the server. I verified this by removing text and retrying until the request succeeded. After determining the maximum acceptable length, I verified that adding a single character caused the error to manifest. I also confirmed that the client wasn't the issue by sending the same request from a Python app and from Postman. So anyway, I'm confident that, in my case, the length of the payload was my specific problem.

同样，问题的根源是坊间传闻。常见的问题是“服务器说不”。

我的情况下，这不是一个错误，但预期行为chrome浏览器。Chrome保持tls连接活跃(我认为是为了速度)，但node.js服务器在2分钟后停止它，你会得到一个错误。

如果你尝试GET请求使用边缘浏览器，将不会有任何错误。 如果你将关闭chrome窗口-你会得到错误马上。

那么该怎么办呢? 1)你可以过滤这些错误，因为它们不是真正的错误。 2)也许有更好的解决方案:)