Hysteria 2协议解析与拥塞控制算法

前言：传统代理协议为什么在晚高峰会“突然暴毙”？

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

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

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

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

由于 Hysteria 2 走的是 UDP 流量，部分地区的宽带运营商（尤其是部分省份的移动与广电宽带）为了节省国际出口成本，会对长时间运行在单一端口的大流量 UDP 连接进行恶意 QoS 限速阻断。

Hysteria 2 在 v2 版本中推出了杀手级特性——端口跳跃（Port Hopping）：

• 服务端开放一个连续的端口范围（例如 20000:40000）；
• 客户端在传输过程中，会按照预先约定的加密算法，每隔几秒钟甚至毫秒级动态随机切换通讯端口；
• 在运营商的监控探针眼中，这不再是单一持续的大流量异常连接，而是无数分散的零碎短链接，从而有效绕过运营商的单端口限速策略。

三、协议性能与硬件开销实测对照

四、客户端兼容性与选型建议

目前主流新一代内核已全面对 Hysteria 2 实现了原生支持：

• PC 桌面端：Clash Verge Rev（内嵌 Mihomo 核心）、Mihomo Party、v2rayN 均已完美兼容；
• Android 安卓端：Clash Meta for Android (CMFA) 与 NekoBox 原生支持；
• iOS 苹果端：Shadowrocket (小火箭)、Sing-box 与 Loon 均已支持 Hysteria 2 订阅。

选型终极总结：

• 如果你使用的是 IPLC / IEPL 内网专线，由于本身物理丢包率低于 0.1%，使用最轻量的 Shadowsocks 是最高效的选择；
• 如果你使用的是 公网直连节点、且每到晚高峰就卡死，那么全面切换至 Hysteria 2 协议将带来颠覆性的流畅质变！