在 3x-ui 及其核心 Xray 中，这些协议涵盖了从“基础传输”到“深度伪装”的各种演进。为了方便理解，可以将它们分为三类：传统传输、现代高性能传输和新型抗封锁传输。
—
1. 现代高性能传输 (HTTP/2, QUIC, gRPC)
这些协议通常自带加密属性（TLS），旨在提高复杂网络下的并发性能。
HTTP/2 (H2)
原理： 改进了传统的 HTTP/1.1，支持多路复用（Multiplexing），即在一个 TCP 连接上并行传输多个请求。
优点： 效率比 WebSocket 略高，特征较隐蔽。
缺点： 存在“TCP 队头阻塞”问题；如果前端有 Nginx 反向代理，配置稍微复杂。
QUIC (基于 UDP)
原理： Google 开发的协议，是 HTTP/3 的基础。它在 UDP 之上实现了类似 TCP 的可靠性。
优点： 连接迁移能力强。当你从 Wi-Fi 切换到 4G/5G 时，连接不会断开。由于是 UDP，它绕过了 TCP 的一些限制。
缺点： 容易受到运营商对 UDP 的 QOS（限速）影响。
gRPC
—
2. 伪装与兼容传输 (HTTPUpgrade, WebSocket)
这两者主要解决“如何让流量看起来像正常的网页访问”。
HTTPUpgrade (新一代 WS)
原理： 这是 Xray 最近力推的协议。它利用 HTTP 的 101 Switching Protocols 机制进行协议升级。
优点： 性能优于 WebSocket。它减少了 WS 协议头带来的额外开销，且在处理大流量时更轻量，同时也支持 CDN 和反向代理。
适用场景： 想要替代传统的 WebSocket 方案。
WebSocket (WS)
—
3. 创新抗封锁传输 (SplitHTTP)
这是应对严苛审查环境下诞生的“拆分型”方案。
SplitHTTP
原理： 将下行流量（Server 到 Client）拆分为多个小型的 HTTP 请求。
优点： 极大地规避了防火墙对“长连接”流量特征的识别。即使在大流量下载时，它看起来也像是在连续刷新网页或加载图片。
缺点： 机制复杂，对服务器资源（尤其是文件描述符）消耗略高。
适用场景： 专门用于对抗深度包检测（DPI）和长连接干扰。
—
4. 传输协议特性概览表
3x-ui / Xray 数据传输协议核心特性对比表
| 协议 | 底层 | 核心优势 | 缺点 | 建议搭配 |
|---|
| TCP | TCP | 稳定、低开销、兼容性最强 | 流量特征明显，易被墙识别 | TLS / Reality |
| mKCP | UDP | 暴力抗丢包，劣质网络提速明显 | 极耗流量（重传机制）、易受运营商 UDP QOS | 仅用于测速或低延迟游戏 |
| gRPC | HTTP/2 | 特征极其隐蔽，支持多路复用 | 延迟略高于 TCP，配置相对繁琐 | TLS / Reality |
| QUIC | UDP | 握手极快（0-RTT），移动端切换网络不断连 | 部分地区屏蔽 UDP，易被限速 | TLS |
| H2 / WS | TCP | CDN 兼容性极佳，穿透性强 | 握手开销大，延迟比原生 TCP 高 | CDN + TLS (Web 伪装) |
| HTTPUpgrade | TCP | 性能版 WebSocket，更轻量、高效 | 较新的协议，需确保客户端/服务端版本匹配 | Nginx / Caddy / CDN |
| SplitHTTP | TCP | 极致抗封锁，将长连接拆分为多个请求 | 建立连接握手较慢，资源开销稍大 | 严密封锁环境 (对抗 DPI) |
—
追求稳定（目前主流）： 使用 VLESS + Reality (TCP)。这是目前最平衡的选择。
需要救急/保护 IP： 使用 VLESS + WebSocket (或 HTTPUpgrade) + CDN。
网络极其恶劣： 尝试 gRPC 或 SplitHTTP。
