一个值得一提的例子:当使用Express从Node.js连接到Node.js时，如果我没有在请求的URL路径前面加上“/”，我就会得到“套接字挂起”。

扩展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头很可能被阻塞。

我使用require('http')来消费https服务，它显示“套接字挂起”。

然后我把require('http')改为require('https')，它正在工作。

看一看原文:

function socketCloseListener() {
  var socket = this;
  var parser = socket.parser;
  var req = socket._httpMessage;
  debug('HTTP socket close');
  req.emit('close');
  if (req.res && req.res.readable) {
    // Socket closed before we emitted 'end' below.
    req.res.emit('aborted');
    var res = req.res;
    res.on('end', function() {
      res.emit('close');
    });
    res.push(null);
  } else if (!req.res && !req._hadError) {
    // This socket error fired before we started to
    // receive a response. The error needs to
    // fire on the request.
    req.emit('error', createHangUpError());
    req._hadError = true;
  }
}

当服务器从未发送响应时，就会触发该消息。

我用的是nano，我花了很长时间才发现这个错误。我的问题是我使用了错误的端口。我的端口是5948而不是5984。

var nano = require('nano')('http://localhost:5984');
var db = nano.use('address');
var app = express();

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

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.

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