Hysteria2 是什么?基于 QUIC 的抗丢包代理协议

Hysteria2(常缩写 hy2)是一个建立在 QUIC 之上的代理协议。 一句话定位:它是为「烂线路」设计的——在高丢包、高延迟的跨境公网链路上, 尽可能把可用带宽榨出来。

原理:它和 TCP 系协议的根本不同#

传统 TCP(以及跑在 TCP 上的 VMess/VLESS 等)遇到丢包会保守退让—— 标准拥塞控制把丢包解读为「路堵了」,主动降速。但跨境链路的丢包很多并非拥塞造成, 保守退让的结果就是速度雪崩。

Hysteria2 的做法:

• 底层换成 QUIC(UDP):连接建立快,天然支持多路复用,没有 TCP 队头阻塞;
• 拥塞控制为高丢包环境调校:不把每次丢包都当作拥堵信号,在丢包环境下维持发送速率, 这是它「抗丢包」名声的来源;
• 流量伪装成 HTTP/3:QUIC 本身是 HTTP/3 的底层,Hysteria2 的流量特征刻意贴近正常 HTTP/3 访问,降低被识别的概率;
• 可选带宽声明:用户可声明上下行带宽,协议据此调整发送策略。

适用场景#

• 公网直连、跨境丢包明显的线路——这是它的主场;
• 晚高峰丢包率升高时段,相对 TCP 系协议的体验衰减更平缓;
• 需要低连接建立延迟的场景(QUIC 0-RTT 特性)。

不适用与代价#

1. UDP 被限制的环境是硬伤。部分运营商对 UDP 大流量做 QoS 降级甚至阻断, 表现为时快时慢或彻底不通——此时 TCP 系协议反而更稳;
2. 激进拥塞控制的伦理面:在真正拥塞的链路上不退让,挤占的是同链路其他用户的带宽, 这也是它在部分场景被诟病的原因;
3. 专线上优势不明显。IPLC/IEPL 专线本身丢包极低, Hysteria2 的核心优势没有用武之地。

常见误区#

• 「hy2 = 最快协议」——只有在高丢包链路上成立,场景错了结论就错;
• 「支持 hy2 的机场更好」——协议列表长短不等于服务质量,线路与运维才是主变量;
• 「UDP 协议更隐蔽」——恰恰相反,UDP 大流量在部分网络更容易被针对性限制。

想了解 TCP 系主流协议的现状,继续读 VLESS 和 VMess 有什么区别。