POST上传文件后WebSocket连接断开报ECONNRESET错误求解决

核心问题本质 #

Error: read ECONNRESET 本质是连接被意外终止，结合你的场景，大概率是HTTP POST文件上传请求和WebSocket共享同一服务端口时，请求处理逻辑干扰了WebSocket的连接生命周期，或是formidable的默认配置导致连接提前被关闭。

具体修复步骤 #

1. 分离WebSocket与文件上传的服务端口 #

不要让两种请求共用同一个端口，分别启动独立服务彻底隔离逻辑：

// WebSocket专属服务（端口8080）
const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });

wss.on('connection', (ws) => {
  // 原有WebSocket业务逻辑保留
});

// 文件上传专属服务（端口8081）
const express = require('express');
const formidable = require('formidable');
const app = express();

app.post('/upload', (req, res) => {
  const form = formidable({ uploadDir: './uploads', keepExtensions: true });
  form.parse(req, (err, fields, files) => {
    err ? res.status(500).send(err.message) : res.status(200).send('上传成功');
  });
});

app.listen(8081, () => console.log('文件上传服务运行在8081端口'));

2. 强制formidable不自动关闭连接（共用端口时用） #

如果必须共用端口，修改formidable配置阻止它自动终止底层连接，手动管理响应结束：

const form = formidable({
  uploadDir: './uploads',
  keepExtensions: true,
  autoClose: false // 关键：禁止formidable自动关闭请求连接
});

form.parse(req, (err, fields, files) => {
  if (err) {
    res.status(500).send(err.message);
  } else {
    res.status(200).send('上传完成');
  }
  res.end(); // 手动结束响应，避免连接挂起
});

同时注意：不要在WebSocket的路径上挂载任何HTTP中间件，防止中间件逻辑干扰WebSocket连接。

3. 客户端添加WebSocket重连机制 #

就算服务端修复，网络波动也可能导致连接断开，给客户端加自动重连：

let ws;
function initWebSocket() {
  ws = new WebSocket('ws://localhost:8080');
  ws.on('error', () => setTimeout(initWebSocket, 3000));
  ws.on('close', () => {
    console.log('连接断开，3秒后重连');
    setTimeout(initWebSocket, 3000);
  });
}
initWebSocket();

更贴合WebRTC场景的实现方式 #

直接用WebRTC DataChannel传输文件，完全绕开HTTP+WebSocket的混合架构：

• 利用RTCDataChannel在对等端之间直接传文件，不需要服务器中转（如果要存服务器，再由接收端上传）
• 这种方式完全匹配WebRTC的设计场景，从根源避免两种连接的冲突问题

核心逻辑：

1. 建立WebRTC对等连接
2. 创建DataChannel通道
3. 客户端将文件拆分为ArrayBuffer分块发送
4. 接收端（或服务器端）接收分块并拼接保存

内容的提问来源于stack exchange，提问作者Fotis Bis