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

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.

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

如果您正在使用node-http-proxy，请注意这个问题，这将导致套接字挂起错误:https://github.com/nodejitsu/node-http-proxy/issues/180。

为了解决这个问题，同样在这个链接中，只需在express. bodyparser()之前移动在快速路由中声明API路由(用于代理)。

我认为值得注意的是……

我正在为谷歌api创建测试。我用一个临时服务器拦截请求，然后转发给真正的api。我试图在请求中传递头部，但一些头部导致了另一端的express问题。

也就是说，在使用请求模块进行转发之前，我必须删除连接、接受和内容长度的报头。

let headers = Object.assign({}, req.headers);
delete headers['connection']
delete headers['accept']
delete headers['content-length']
res.end() // We don't need the incoming connection anymore
request({
  method: 'post',
  body: req.body,
  headers: headers,
  json: true,
  url: `http://myapi/${req.url}`
}, (err, _res, body)=>{
  if(err) return done(err);
  // Test my api response here as if Google sent it.
})

我在nodejs中使用axios，在从url获取数据时面临sokcet挂起错误。

const response = await axios.get(url)

结果显示，这是因为超时错误，我没有处理错误。

因此，我添加了超时和错误处理，如下面的代码片段所示。

const response = await axios
      .get(url, { timeout: 10000 })
      .catch((error) => {
         if (axios.isAxiosError(error)) {
           const axiosError = error as AxiosError;
           console.log(message, axiosError.message);
           console.log(axiosError.response);
      });

因此，处理错误和指定超时为我解决了套接字挂起的问题。

经过长时间的调试到节点js代码，mongodb连接字符串，检查CORS等，对我来说，只是切换到不同的端口号server.listen(端口);成功了，邮差，你也试试。不更改代理设置，只更改默认值。

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

当你是客户的时候

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

当您是服务器/代理时

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

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

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();

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