跨境网络传输协议十年演进：从 Shadowsocks 到 VLESS、Hysteria 2 与 TUIC v5

延伸阅读

更多相关攻略推荐：Ollama AI系列(2)：VPS上的AI推理与API应用、Ollama AI系列(2)：VPS上的AI推理与API应用、【CPU选型 01】搭载 AMD Ryzen 9950X 的 VPS、ARM / Ampere 席卷 VPS：性价比真香还是兼容陷阱？、Ollama AI系列(2)：VPS上的AI推理与API应用。

一、先说结论：选协议其实是选"在什么网络上跑"

很多人挑代理协议喜欢追新、追参数，但其实核心就一句话：协议没有绝对的好坏，只有跟你的线路匹不匹配。你买的是一台便宜的国外 VPS，机房出口到你的网络如果又绕又丢包，那选 TCP 系里的"伪装王者"反而可能跑不满；反过来如果你的线路其实挺干净，硬上 UDP 系协议还可能被运营商 QoS 限速。所以这篇文章先把十年的演进逻辑讲清楚，最后给你一张"按 VPS 质量选协议"的表，照着抄就行。

二、十年前的事：Shadowsocks 为什么火，又为什么不够用

把时间拨回 2012 年，一位网名叫 clowwindy 的开发者开源了 Shadowsocks（常缩写成 SS）。它的想法特别朴素：与其去碰复杂的 VPN 协议，不如做一个轻量的"SOCKS5 加一层对称加密"的小工具。客户端把流量用 AES 之类的流密码加密后发到服务器，服务器解密再访问目标网站。因为实现简单、体积小、手机电脑都能跑，它很快成了入门首选。

但问题也出在"特征太明显"上。SS 是自定义加密协议，流量里有一套自己的握手和特征值，防火墙只要在中间抓包做主动探测（比如发个假请求看看回什么），就能大概率认出"这是个 SS 节点"。到了 2015 年，有人又做了 ShadowsocksR（SSR），加了混淆插件，试图把流量伪装成普通流量，可惜后续维护停摆，今天已经不推荐新部署。值得一提的是，2022 年社区推出了 SS 2022 版，改用更现代的 AEAD 加密（带认证加密），安全性提升不少，但对"抗主动探测"这件事帮助有限——它本质上还是自定义协议，特征摆在那。

三、TLS 伪装时代：VMess、VLESS 把流量藏进 HTTPS

既然自定义协议容易被认出来，那反其道而行之：我干脆长得跟正常 HTTPS 网站一模一样，你总不能把全网 HTTPS 都封了吧？这就是"流量伪装"思路的起点。

2016 年，V2Ray 项目带着 VMess 协议登场。VMess 自己带加密和校验，能配合 WebSocket、gRPC 等传输层，再套一层真实 TLS 证书，看起来就像在访问一个正常网站。但 VMess 因为协议层自己又加了一道加密，加上握手次数偏多，CPU 开销偏大，而且有个著名的大坑：客户端和服务器时间差超过约 90 秒就可能连不上。

2020 年，Xray 项目（从 V2Ray 分叉出来）推出了 VLESS。它的哲学很聪明：既然外层已经用 TLS 加密了，协议层就没必要再画蛇添足加密一次。VLESS 本身不加密，安全完全交给外层的 TLS 或 REALITY。这就带来两个好处：一是更轻、更快、CPU 占用更低；二是通过 flow 机制（最出名的是 xtls-rprx-vision，俗称 Vision）在 TLS 内部做流控，进一步规避特征识别。

真正让 VLESS 封神的，是 2023 年出现的 REALITY 技术。以前的 TLS 伪装，你得自己买域名、申请证书，而证书颁发机构这条链本身可能成为线索。REALITY 更绝：它直接"借用"一个真实、没被封的网站（比如某些大厂官网）的 TLS 指纹来握手。对中间设备来说，你就是在跟那个真实网站通信，连证书、握手指纹都一模一样，几乎无法区分。配合 VLESS 使用时，这就是今天很多人说的"无域名、零证书的黄金组合"。

同一思路里还有 2019 年出现的 Trojan。它更极简：服务器在 443 端口跑一个真实 TLS，收到正确密码就代理，密码不对或发来普通请求就老老实实返回网页。靠这种"我就是个正常 HTTPS 站点"的姿态，抗主动探测能力很强。

四、为什么 TCP 在烂线路上"越丢包越慢"

讲到这里，上面这些协议不管怎么伪装，绝大多数都是跑在 TCP 上的。而 TCP 有个让人又爱又恨的设计：它把"丢包"默认当成"网络堵了"的信号。一旦检测到丢包，TCP 就会缩小拥塞窗口（cwnd），也就是主动降速。这个设计在正常的宽带网络上很合理，但在跨境这种高丢包、高延迟的劣质线路上就尴尬了——明明是线路本身在丢包，TCP 却以为是世界和平、自己该收敛，结果越丢越慢，吞吐直接塌方。

还有个更隐蔽的坑叫"队头阻塞"（head-of-line blocking）。TCP 是一条有序字节流，中间只要有一个包丢了，后面所有的数据都得排队等这个包重传成功才能继续。一个流的卡顿会拖垮整条连接。你在浏览器里同时刷网页、看视频、下载文件，只要其中某条流遇到丢包，体验就会一起变卡。

2016 年 Linux 4.9 内核引入了 BBR 拥塞控制算法（Google 搞的），思路是去主动探测带宽和延迟，而不是一丢包就猛踩刹车。这对 TCP 系协议在弱网上的表现改善明显，但 BBR 解决的是"降速太激进"，没法根治队头阻塞这个 TCP 结构性问题。

五、QUIC 与 UDP 协议爆发：Hysteria 2 与 TUIC v5

要彻底绕开 TCP 的坑，办法就是换运输层。QUIC 协议（基于 UDP，2021 年被 IETF 标准化为 RFC 9000，也就是 HTTP/3 用的那套）天生就是为这个问题设计的：它在 UDP 之上自己实现可靠传输和多路复用，而且每条流有独立的流控。某条流丢包，只影响那一条流，不会堵住其他流——这正是解决队头阻塞的关键。

于是 2022 年前后，一批直接跑在 QUIC 之上的代理协议集中爆发，其中最具代表性的就是 Hysteria 2 和 TUIC v5。它们不再纠结"怎么把 TCP 伪装得像 HTTPS"，而是把战场搬到了 UDP/QUIC，顺便还能把流量伪装成正常的 HTTP/3。

六、Hysteria 2：主动冲过丢包

Hysteria 2（由 apernet 团队开发，稳定版在 2023 年底发布）的与众不同之处在于它的拥塞控制是"主动型"的。它支持两种模式：Brutal 固定速率模式和 BBR 自适应模式。简单说，它不因为丢包就认怂降速，而是按照你设定的带宽上限去"冲"，在已知带宽的劣质链路上反而能把吞吐顶上去。

Hysteria 2 还带了一层叫 Salamander 的可选混淆：用基于预共享密钥的 BLAKE2b-256 哈希去逐字节异或每一个 QUIC 包（包括包头），让流量在深度包检测眼里变成"看不出协议的随机噪声"。此外，它的握手伪装成标准 HTTP/3：客户端发一个到 /auth 的 POST 请求，认证失败时不暴露自己是 Hysteria，而是像普通 HTTP/3 服务器一样返回内容，让主动探测者扑空。社区自测数据显示，在约 5% 丢包的网络下，Hysteria 2 的可持续吞吐明显高于基于 TCP 的 VLESS+Reality 方案。

七、TUIC v5：多路复用与零 RTT 重连

TUIC（全称 Transport UDP over Invisible Connection）走的是另一条精致路线。它的核心卖点有两个：一是彻底的多路复用，客户端和服务器之间永远只维护一条 QUIC 连接，所有任务都作为这条连接里的"流"来传，除第一条之外的后续任务都不用再走握手和鉴权；二是连接迁移，你从 Wi-Fi 切到移动数据时，连接不会像 TCP 那样直接断掉，而是平滑转移，对手机用户极其友好。

TUIC v5 用 UUID 加 token（token 由密码和 QUIC 连接密钥材料做 SHA-256 派生）来鉴权，支持 0-RTT 握手——也就是在保存过会话信息后，下一次建连几乎零往返延迟。它原生转发 UDP，还能给出 FullCone（全锥型）NAT 类型，对游戏、P2P 这类应用很实用。代价跟 Hysteria 2 一样：依赖 UDP，遇到运营商对 UDP 做 QoS 限速或封禁就会受影响。

八、一张表 + 怎么按 VPS 质量选

把上面所有协议放在一张表里看会更清楚：

• 低丢包、质量好的线路（比如 CN2 GIA、优质 BGP）：TCP 系完全够用，优先 VLESS + REALITY（无域名零证书）或 VLESS + Vision / Trojan（有域名和证书），速度快、伪装强、最省心。
• 高丢包、绕路严重的便宜 VPS：果断上 QUIC/UDP 系，Hysteria 2 或 TUIC v5，靠主动拥塞控制和多路复用把弱网性能拉起来。
• 手机用户、经常在 Wi-Fi 和流量间切换：TUIC v5 的连接迁移体验最好，切网不断线。
• 没有域名、不想申请证书：VLESS + REALITY 是当前最省事的方案，连证书都不用。
• UDP 被运营商明显限速或封锁：退回 TCP 系（VLESS + Reality / Trojan），别跟网络环境硬刚。

一句话总结：好线路用 TCP 伪装派，烂线路用 QUIC 派，手机党看 TUIC，没域名就 REALITY。没有"永远最好"的协议，只有"当下最匹配你这台 VPS 和这条线路"的协议。