VLESS 使用 XHTTP、WebSocket 还是 gRPC？
技术编辑部 · 发布于 2026 年 10 月 3 日
XHTTP、WebSocket 和 gRPC 是传输方式：它们负责在客户端与服务器之间承载代理数据。VLESS 是承载其上的代理协议；TLS 或 REALITY 负责连接安全。
普通用户通常不需要脱离节点配置单独选传输方式。服务商给出可用订阅时，先按原配置导入。搭建服务器、比较服务或排查兼容问题时，才需要仔细区分。基础概念见什么是 VLESS。
WebSocket：成熟，适合已有 Web 入口
兼容性是 WebSocket 的主要优势，许多客户端、反向代理和 CDN 都已成熟支持。不过，它使用较早的 HTTP/1.1 Upgrade 机制。对于新的 Xray 部署，如果客户端和服务器都兼容，可以优先考虑 XHTTP。
经过 CDN 时，域名、路径、TLS 设置、CDN 规则和源站必须一致。可参考VLESS 与 Cloudflare CDN。
gRPC：依赖正确的 HTTP/2 配置
gRPC 基于 HTTP/2，对服务器前方的基础设施要求更高：serviceName、HTTP/2、TLS 和代理转发行为都需要正确匹配。对于新的 Xray 部署，XHTTP 正逐渐成为更值得优先考虑的选择。
XHTTP：Xray 较新的 HTTP 传输方式
XHTTP 有多种工作模式，上行和下行可以采用不同的处理方式。对用户来说，重点是：服务器和客户端都支持时，XHTTP 是当前 Xray 文档更倾向的新部署方向。当前 Mihomo 文档也列出了 VLESS XHTTP 配置。
主要限制是兼容性。旧客户端、内置的旧核心、订阅转换器或其他代理核心，可能无法解析同一份 XHTTP 节点配置。迁移前要核对整条连接路径。
三种传输怎么对照？
| 传输方式 | 主要优点 | 主要核对点 |
|---|---|---|
| WebSocket | 支持面广，适合熟悉的 CDN 或反向代理部署 | 使用较早的 HTTP 升级模式 |
| gRPC | 适合正确配置的 HTTP/2 基础设施 | 代理和 HTTP/2 参数要求更严格 |
| XHTTP | Xray 较新的传输方式，提供多种 HTTP 模式 | 客户端和服务器需要足够新的支持 |
这不是速度排名。线路、拥塞、丢包、服务器负载和实际网络环境，通常比传输名称更影响体验。
应该怎么选？
已有稳定的 WebSocket 或 gRPC 节点，可以先继续用。新建 Xray 部署且两端支持 XHTTP 时，可考虑 XHTTP。迁移的理由应是它更适合当前客户端和基础设施，而不是单纯追逐最新名称。
传输与安全设置也要分开看：Xray 文档列出 TLS 可与这三种传输搭配；REALITY 列出的方式包括 RAW、XHTTP 和 gRPC，不包括 WebSocket。因此不能只改一个字段，就把 VLESS + WebSocket + TLS 节点变成 REALITY 节点。见REALITY 与 TLS 的区别。
服务商提供订阅时，通常直接导入原配置即可。VLESS 客户端比较可帮助选择应用；WahooVPN 用户可查看第三方 App 导入说明。