WebSocket 使用域名的核心原理在于利用 HTTP/HTTPS 协议的握手机制进行协议升级。虽然 WebSocket 是一种独立的通信协议，但它必须“寄生”在标准的 Web 端口（80 或 443）上，通过域名解析到服务器 IP 后，由客户端发起一个特殊的 HTTP 请求，协商将连接升级为 WebSocket 连接。
第一步：配置 DNS 解析。你需要确保你的域名（例如 ws.example.com）已经正确解析到了运行 WebSocket 服务的服务器公网 IP 地址。这通常通过 A 记录（IPv4）或 AAAA 记录（IPv6）实现。这是建立连接的基础，确保域名能定位到正确的服务端点。
第二步：服务器端配置反向代理或原生监听。有两种主流方式：
1. 原生监听：如果你的 WebSocket 服务直接监听 80 或 443 端口，你不需要额外的代理软件。但这种方式难以处理 HTTPS 加密，且与 HTTP 静态资源服务冲突，因此不推荐生产环境直接使用。
2. 反向代理（推荐）：使用 Nginx、Apache 或 Caddy 等 Web 服务器作为反向代理。配置域名指向 Nginx，Nginx 负责处理 SSL 终止（HTTPS）并将带有特定头部（Upgrade: websocket）的请求转发给后端的 WebSocket 应用服务器（如 Node.js、Go、Python 等）。这是最稳定且通用的方案。
Nginx 配置示例：
在 Nginx 配置文件中，针对特定 location 块添加 WebSocket 支持的关键头信息：
location /ws/ {
proxy_pass http://backend_server_ip:port;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
第三步：客户端连接 URL 的构建。客户端代码中，WebSocket 的 URL 必须包含协议、域名和路径。格式为：wss://domain/path（安全连接）或 ws://domain/path（非安全连接）。
强烈建议使用 WSS (WebSocket Secure)。WSS 基于 TLS/SSL 加密，等同于 HTTPS。它不仅能防止中间人攻击和数据窃听，还能确保连接穿越防火墙和代理服务器（因为流量伪装成普通的 HTTPS 流量）。大多数现代浏览器对非加密的 WS 连接有限制或警告，尤其在移动端。
第四步：处理跨域问题 (CORS)。如果 WebSocket 的域名与前端网页所在的域名不同，或者涉及端口差异，服务器必须正确配置 CORS 头，允许来自特定来源的连接。否则，浏览器会拦截升级请求。在 Nginx 中可通过 add_header Access-Control-Allow-Origin ...; 配置。
总结：WebSocket 使用域名并非直接建立 TCP 连接，而是先通过域名解析找到服务器，再通过 HTTP 升级握手确立长连接。生产环境中，务必配合 Nginx 反向代理、SSL 证书 (WSS) 以及正确的 HTTP 头部转发配置，以确保连接的稳定性、安全性和兼容性。
查看详情
查看详情
