Hysteria 2 协议深度解析：基于 UDP 的暴力拥塞控制如何征服恶劣高丢包网络？

几乎所有使用公网直连翻墙的用户，都经历过这样的现象：

• 下午测速：轻松跑满 500M 宽带，YouTube 4K 秒开；
• 晚上 21:00 晚高峰：测速直接跌到不足 5Mbps，连网页文字都刷不出来。

很多人误以为这是“节点服务器带宽不够”，但根据骨干网抓包数据，真正的原因是：晚高峰公网国际出口链路拥挤，产生了 5% ~ 15% 的随机物理丢包。

而传统代理协议（Shadowsocks、VMess、Trojan）底层全部基于 TCP 协议构建。TCP 协议天生带有“温和退让”特性——一旦检测到丢包，其内置的拥塞控制算法就会强行把发送窗口“腰斩减半”。如此反复，导致带宽利用率暴跌 90% 以上。

为了终结这种“由于轻微丢包导致网络崩塌”的恶性循环，Hysteria 2（歇斯底里 v2） 应运而生。

一、Hysteria 2 的核心底层革新：基于 QUIC 与自研拥塞算法

Hysteria 2 彻底抛弃了传统的 TCP 握手栈，全面转向了基于 UDP 的 QUIC 传输层架构。

1. 独创的自研拥塞控制算法 (Brutal 模式)

• 传统 TCP 的逻辑：“只要检测到丢包，我就认为链路拥堵了，必须大幅主动降速以避免加剧拥塞。”
• Hysteria 2 的霸道逻辑：“我知道公网国际出口每天都在丢包。我的目标不是盲目退让，而是在允许一定丢包容忍度的前提下，以恒定的高吞吐率持续发送多路并发数据，并通过极速的 FEC（前向纠错）与重传补包，强行跑满客户端与服务器之间的物理水管！”

实测对比数据显示：在高达 15% 丢包率的恶劣网络环境下：

• 传统 TCP 协议实际下载速率：不足 8 Mbps；
• Hysteria 2 协议实际下行速率：依然能稳定维持在 180 Mbps ~ 240 Mbps！

二、端口跳跃 (Port Hopping) 机制

国内部分省份运营商（如某些地方移动、广电）会对单一 UDP 端口上的持续大流量实施恶性 QoS 截断甚至临时阻断。

Hysteria 2 内建了动态端口跳跃：客户端与服务端协商好一个端口范围（例如 20000:40000），在连接建立后，底层数据包会定期随机在不同的 UDP 端口间高速跃迁，使得运营商的 DPI 深度包检测设备无法将流量归集到单一端口，从根本上免疫了持续性的单端口流控压制。

三、配置与使用建议

1. 客户端支持：Clash Verge Rev (Mihomo 内核)、Sing-box、NekoBox 及 Shadowrocket 均已全面原生支持 Hysteria 2。
2. 适用场景：晚高峰公网直连节点、移动宽带高丢包环境、海外服务器距离极远的跨洋链路。
3. 专线环境下注意：若您使用的是 IPLC / IEPL 物理专线，其物理丢包率通常低于 0.1%，此时建议优先使用 SS2022 或 Trojan 协议以降低 CPU 算力与能耗开销。