我认为值得注意的是……

我正在为谷歌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.
})

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

当你是客户的时候

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

当您是服务器/代理时

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

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

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

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

在Azure静态Web应用程序(SWA)模拟器中获得“[GET] localhost:4200, Socket hang up”。

解决方案是从angular.json中删除这个:

"headers": {"cross-origin-opener-policy": "same-origin-allow-popups"}

这里似乎还有一个额外的情况，那就是Electron不喜欢“localhost”域名。在我的情况下，我需要改变这个:

const backendApiHostUrl = "http://localhost:3000";

:

const backendApiHostUrl = "http://127.0.0.1:3000";

从那以后，问题就消失了。

这意味着DNS解析(本地或远程)也可能导致一些问题。

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

当我在同一个端口上错误地运行两个应用程序时，出现了这个错误。 我有一个next.js应用程序和另一个在nest.js中，都在端口8080上运行，当我查看。env文件时，我意识到它们具有相同的端口，所以我将一个从nest.js更改为3000，一切都正常工作。

我不是说这是错误的原因，但这是一种可能性。