经负载均衡的Socket.io/Express服务前端能否正常建立连接？

核心结论 #

流量经过负载均衡时，Socket.io完全可以正常连接，你查到的优先用WebSocket而非长轮询的结论是完全正确的，按以下配置落地即可：

1. 前后端统一强制仅使用WebSocket传输 #

长轮询（polling）模式依赖多次独立HTTP请求实现通信，没有会话粘滞的情况下请求会被负载均衡分配到不同后端节点，直接导致连接中断、消息丢失。WebSocket是单TCP长连接，一旦连接建立就会固定在对应后端节点，不需要额外适配，稳定性更高。

对应配置代码如下：

• Express服务端配置：

const { Server } = require("socket.io");
const httpServer = require("http").createServer(app); // app为你的Express实例
const io = new Server(httpServer, {
  transports: ["websocket"], // 禁用长轮询，仅允许WebSocket传输
  cors: {
    origin: "你的React前端域名" // 按需配置跨域规则
  }
});

• React前端配置：

import { io } from "socket.io-client";
// 连接地址填负载均衡的对外域名/IP
const socket = io("wss://your-load-balancer-domain.com", {
  transports: ["websocket"], // 前端也强制仅用WebSocket发起连接
  reconnection: true // 按需开启自动重连，应对网络波动
});

2. 负载均衡侧必须开启WebSocket转发支持 #

WebSocket依赖HTTP 1.1的协议升级机制，需要负载均衡正确透传相关请求头，同时调整长连接超时配置，避免空闲连接被主动断开：

• 必须透传 Upgrade: websocket 和 Connection: Upgrade 请求头到后端服务
• 调整WebSocket路由的连接超时时间，默认的HTTP短连接超时（通常30~60秒）会中断正常的长连接，可根据业务需求调整为几小时甚至数天
• 如果你用Nginx作为负载均衡，参考配置如下：

http {
  upstream socket_servers {
    server 后端节点1IP:端口;
    server 后端节点2IP:端口;
    # 按需添加更多节点
  }

  server {
    listen 80;
    # 你的负载均衡域名
    server_name your-load-balancer-domain.com;

    location /socket.io/ {
      proxy_pass http://socket_servers;
      proxy_http_version 1.1;
      # 透传WebSocket升级头
      proxy_set_header Upgrade $http_upgrade;
      proxy_set_header Connection "upgrade";
      proxy_set_header Host $host;
      # 长连接超时配置，示例为1天
      proxy_connect_timeout 1d;
      proxy_send_timeout 1d;
      proxy_read_timeout 1d;
    }
  }
}

3. 额外注意事项 #

• 如果你必须兼容不支持WebSocket的极端旧环境，需要保留长轮询传输，此时必须在负载均衡上开启会话粘滞（Sticky Session），保证同一个客户端的所有请求都被转发到同一个后端节点，避免连接中断。
• 如果你的后端集群需要做跨节点的消息广播（比如给所有在线用户推送通知），需要配置Socket.io集群适配器，比如Redis适配器，实现多个Socket.io实例之间的消息同步。

内容的提问来源于stack exchange，提问作者Luis Eduardo Mamani Bedregal