昨天通过IntelliJ IDEA 2016.3.6运行我的web应用程序和node.js服务器时遇到了这个问题。我所要做的就是清除我的cookie并在Chrome浏览器中缓存。

另一个原因可能是因为在创建服务器套接字时使用了express的应用实例而不是从const server = http.createServer(app)中创建的服务器实例。

错误的

const express = require('express');
const http = require('http');
const WebSocket = require('ws');


const app = express();

app.use(function (req, res) {
  res.send({ msg: "hello" });
});

const wss = new WebSocket.Server({ server: app }); // will throw error while connecting from client socket

app.listen(8080, function listening() {
  console.log('Listening on %d', server.address().port);
});

正确的

const express = require('express');
const http = require('http');
const WebSocket = require('ws');


const app = express();

app.use(function (req, res) {
  res.send({ msg: "hello" });
});

const server = http.createServer(app);
const wss = new WebSocket.Server({ server });

server.listen(8080, function listening() {
  console.log('Listening on %d', server.address().port);
});

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

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

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

:

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

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

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

在使用http时也会发生此错误。请求，可能您的请求还没有完成。

例子:

Const req = https。请求(options, res => {})

你总是需要添加这一行: 有了这个功能，我们将按顺序完成请求的发送。

如文献所述:

对于http.request()，必须总是调用req.end()来表示请求的结束——即使没有数据写入请求体。

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

当你是客户的时候

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

当您是服务器/代理时

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

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

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

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