Socket.io在火狐/Safari可连接Chrome无法连接，刷新行为异常求助

• 你在客户端强制指定transports: ['websocket']，跳过了Socket.io默认先走HTTPS polling预协商再升级websocket的流程。你的服务端HTTPS配置开了requestCert: true要求客户端双向证书认证，Chrome的wss连接握手阶段不会主动复用同域名普通HTTPS请求的TLS会话，初始连接时没有完成客户端证书校验，直接导致websocket握手失败。
• 你执行的「移除IO参数→刷新→还原代码」操作，本质是先让Socket.io走默认的polling传输，这个阶段会发起普通HTTPS请求完成完整的TLS双向认证，证书状态会被缓存到当前浏览器会话中，还原配置后再连websocket就可以复用已有的TLS会话，所以能正常连接。浏览器关闭后会话缓存清空，问题就会复现。
• Firefox的wss连接会自动复用同域名HTTPS请求的TLS会话，所以不会触发该问题。
• 服务端Socket.io未配置CORS规则，是你移除参数后报CORS错误的直接原因，但不属于问题根因。

方案1（推荐，改动最小） #

移除客户端强制websocket传输的配置，使用Socket.io默认的传输升级逻辑，允许先走polling完成TLS握手再自动升级到websocket：

// 客户端代码
var srv = io('<mydomain.com>:3000' , { secure: true });

同时在服务端Socket.io初始化时补充CORS配置：

// 服务端代码，替换原IO初始化逻辑
global.io = new Server(server, {
  cors: {
    origin: "你的前端页面实际域名", // 生产环境不要用通配符*，安全性更高
    methods: ["GET", "POST"]
  }
});

方案2（必须强制只用websocket时使用） #

保留客户端强制websocket的配置，在初始化Socket.io之前，先向同域名3000端口发起一次普通HTTPS请求触发TLS握手，完成后再初始化连接：

// 客户端代码
fetch('https://<mydomain.com>:3000/socket.io/?EIO=4&transport=polling')
  .then(() => {
    var srv = io('<mydomain.com>:3000' , { transports : ['websocket'], secure: true });
    srv.on('hlo', function() { alert('Connected.'); });
  })

方案3（不需要客户端证书校验时使用） #

如果你的业务场景不需要双向TLS认证，直接删除服务端HTTPS配置中的requestCert: true参数即可从根源解决该问题。

内容的提问来源于stack exchange，提问作者1337ingDisorder