Hysteria 2 适合什么网络环境：抗丢包原理与代价

它针对的是一个具体问题

前面几种协议都基于 TCP，而 TCP 有一个内建行为：把丢包当作网络拥塞的信号，于是主动降速。

这个设计在有线网络时代非常合理——那时丢包基本就意味着拥塞。但在今天的跨境链路和移动网络上，丢包的原因往往不是拥塞，而是链路本身的干扰。结果就是：明明带宽还有，速度却因为几个丢包被压了下去。这个连锁反应的完整解释见延迟、抖动、丢包和带宽怎么看。

Hysteria 2 就是冲着这个问题来的。

它做了什么

• 基于 UDP：不继承 TCP 的降速逻辑，丢包不再自动触发速度腰斩；
• 更激进的拥塞控制：主动重传丢失的数据，尽量维持吞吐，而不是先退让；
• 面向弱网调优：在丢包率较高、抖动较大的链路上，实际可用速度可以比 TCP 系协议高出可观的幅度。

一句话概括它的取舍：用更多的重传，换更稳的速度。

代价有三个

1. 流量消耗上升：重传的数据同样计入套餐流量，丢包越严重、额外消耗越明显。倍率节点上这个差异会被进一步放大，概念见流量倍率怎么算；
2. UDP 可能被限制：部分公司网络、校园网络和少数运营商会限制或干扰 UDP，这种环境下 Hysteria 2 反而连不上；
3. 对链路好的场景没有增益：链路干净时它的优势基本消失，没有必要为此专门更换。

什么时候该试它

现象	是否值得换
移动网络下速度忽高忽低、视频频繁缓冲	值得试
测速带宽尚可但实际使用卡顿、长连接易断	值得试
有线网络下一切稳定，只是想更快	没必要
所有协议都连不上	不是协议问题

最后一行同样重要：协议不是万能钥匙。全部节点都不通时，先按所有节点超时的排查处理。

与 TUIC 的关系

两者都基于 QUIC/UDP，目标相似，差别主要在拥塞控制策略与实现细节上。实际选择往往不取决于哪个理论上更优，而取决于机场提供哪种、你的客户端支持哪种，对比见 TUIC 协议是什么，客户端支持见兼容性总表。

普通用户的判断标准

先测丢包：在晚高峰对常用节点持续 ping 五分钟以上，丢包明显（超过百分之几）就值得试 UDP 系协议；丢包很低就说明瓶颈不在这里，换协议不会带来改善。测法见机场测速怎么测才准确。