跨域资源共享（CORS）策略问题：Socket.io跨子域连接失败

核心问题定位 #

你的CORS配置无效，大概率是因为Socket.io v3+版本已废弃io.origins()API，同时单独给Express添加CORS中间件无法覆盖Socket.io的Polling/WebSocket请求处理流程。

分步解决方案 #

1. 使用Socket.io官方推荐的CORS配置方式 #

如果你的Socket.io版本是v3及以上，直接在初始化io时传入cors配置项，这是最直接有效的方法：

const express = require('express');
const https = require('https');
const fs = require('fs');

const app = express();
const options = {
  key: fs.readFileSync('./_.escootrent.com_private_key.key'),
  cert: fs.readFileSync('./escootrent.com_ssl_certificate.cer')
};
const server = https.createServer(options, app);

// 关键：在Socket.io初始化时配置CORS
const io = require('socket.io')(server, {
  cors: {
    origin: "https://www.escootrent.com", // 仅允许指定源跨域
    methods: ["GET", "POST"], // 允许的HTTP方法
    credentials: true // 如果客户端需要携带Cookie/认证信息，开启此项
  }
});

app.get('/chats', function(req, res) {
    res.send('answ');
});

io.on('connection', socket => {
    console.log('User connected', socket.id);
    // 修正disconnect事件绑定：需绑定在socket实例上，而非io全局
    socket.on('disconnect', () => {
        console.log('User disconnected', socket.id);
    });
})

server.listen(443, (err) => {
    if (err) {
        throw Error(err);
    }
    console.log('Server started!');
});

2. 清理无效配置 #

删除之前尝试的以下冗余代码：

• 手动设置响应头的app.use((req,res,next)=>{})代码块
• 旧版的io.origins()配置代码
• 单独的app.use(cors())（Socket.io的内置CORS配置已覆盖需求）

3. 排查额外潜在问题 #

• SSL证书完整性：检查你的SSL证书是否包含完整证书链（部分服务商需额外安装中间证书），证书不完整会被浏览器拦截，表现为CORS错误
• 客户端连接路径优化：客户端使用io('https://back.escootrent.com')即可，无需添加/socket.io路径，Socket.io会自动处理
• 反向代理配置：如果服务器前有Nginx等代理，需确保代理配置正确传递Origin头，并允许WebSocket请求的Upgrade协议

验证方式 #

修改配置后重启服务，打开浏览器控制台的Network面板，查看socket.io开头的请求响应头，若存在Access-Control-Allow-Origin: https://www.escootrent.com则配置生效。

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