使用标准JS无法连接SignalR的WSS服务，但SignalR官方脚本可正常连接的问题求助

看起来你已经走完了协商流程拿到Token，却卡在WebSocket连接这一步，我帮你梳理几个大概率的问题点，你可以逐一排查：

1. 先排查URL里的低级错误 #

你构建的wssPath里有个极易忽略的多余空格：? clientProtocol=1.5，问号后面的空格会导致服务器无法正确解析参数，这是最常见的连接失败诱因。修正后的URL应该是：

let wssPath = "wss://localhost:44399/signalr/ChatHub?clientProtocol=1.5&transport=webSockets&connectionToken=" + token;

2. 注意SignalR的WebSocket握手细节 #

官方的jquery.signalR-2.4.3.min.js会自动处理SignalR特有的握手逻辑，但原生WebSocket API需要你确保几个关键细节：

• 你已经用encodeURIComponent处理了connectionToken，这部分是对的——毕竟Token里可能包含+这类特殊字符，必须编码后才能放在URL里
• 如果你的服务器启用了Cookie认证，原生WebSocket会自动携带当前域的Cookie，但如果是跨域场景，需要确保服务器允许携带Cookie；另外，你可以打开浏览器开发者工具，对比官方脚本连接时的WebSocket请求头，确认是否有必须的自定义头（不过原生WebSocket API无法手动设置自定义头，这时候可能需要调整服务器端配置，允许无额外头的连接）

3. 补充错误日志精准定位问题 #

你当前的代码只捕获了WebSocket构造时的异常，但连接失败更多发生在握手阶段，建议添加onerror、onclose事件监听，拿到具体的错误信息：

let ws = new WebSocket(wssPath);

ws.onopen = () => {
    console.log("WebSocket连接成功！");
};

ws.onerror = (event) => {
    console.error("WebSocket错误详情:", event);
};

ws.onclose = (event) => {
    console.log(`连接关闭，错误码: ${event.code}，原因: ${event.reason}`);
};

这些日志能帮你快速判断是参数错误、服务器拒绝还是协议版本不匹配。

4. 检查服务器端的WebSocket配置 #

确认你的SignalR服务器确实启用了WebSocket传输，比如在Owin Startup类里是否正确配置：

app.MapSignalR();

另外，如果测试页面和SignalR服务器不在同一个域，还要检查服务器的CORS配置，确保允许WebSocket的跨域请求。

5. Postman插件的排查思路 #

Postman连不上的话，先把修正后的URL（去掉空格）复制过去试试，同时检查Postman是否设置了正确的认证信息（比如Cookie或者Token）——如果服务器有身份验证要求，Postman需要手动添加对应的请求头。

备注：内容来源于stack exchange，提问作者klante