Hysteria 2 的特点、原理与适用环境

一句话定位

Hysteria 2 是一个为不理想的网络环境设计的协议。它的价值不在于「在好线路上更快」，而在于「在丢包严重的线路上不至于慢得离谱」。理解这一点，就能判断它是否适合自己的场景。

为什么丢包会让速度大幅下降

要理解 Hysteria 2 解决的问题，需要先理解传统传输方式在丢包环境下发生了什么。

基于 TCP 的传输使用拥塞控制算法来决定发送速率。这类算法的基本假设是：丢包意味着网络拥塞，因此检测到丢包时应当主动降低发送速率，避免让拥塞恶化。这个假设在有线网络中大体成立，也是互联网能够稳定运行的重要基础。

但在跨境链路或无线环境中，丢包的原因往往不是拥塞，而是链路质量本身的问题。此时降速并不能改善链路质量，只是让实际传输速率远低于可用带宽——表现为「明明带宽够，速度就是上不去」。

Hysteria 2 的思路

它的做法是：不把丢包当作降速信号，而是根据配置的带宽参数主动维持发送速率，通过前向纠错和重传机制处理丢失的数据。

这带来了在丢包环境下的显著优势，但也带来了对应的代价：

• 需要知道链路的实际带宽才能正确工作，因此配置中要求填写带宽参数；
• 在线路真正拥塞时，主动发包的策略可能加剧拥塞；
• 可能挤占同一链路上其他流量的带宽份额。

第三点在多人共用一条链路时值得注意——它对个人是优势，对整条链路上的所有使用者未必是。

基于 QUIC 带来的附加特性

Hysteria 2 构建在 QUIC 之上，因此继承了 QUIC 的一些特性：

握手轮次更少。连接建立所需的往返次数少于传统的 TCP + TLS 组合，在高延迟链路上首次连接的等待时间更短。

连接迁移。QUIC 用连接标识而非「IP + 端口」四元组来识别连接，因此设备切换网络（例如从 Wi-Fi 切到蜂窝数据）时，连接有机会保持而不必重建。这在移动场景下是实际的体验差异。

多路复用无队头阻塞。多个数据流之间相互独立，一个流的丢包不会阻塞其他流。

使用 UDP 带来的限制

QUIC 使用 UDP 传输，这是 Hysteria 2 最大的适用性限制来源。

部分网络环境会对 UDP 做限制、降级或直接阻断——尤其是持续的大流量 UDP，因为这种流量特征与常规的 DNS、NTP 等 UDP 应用差异明显。在这类环境下，无论协议本身多优秀都无法使用，只能改用基于 TCP 的协议。

这解释了一个常见现象：同一个服务，有人反馈这个协议非常好用，有人反馈完全连不上。差异往往不在服务方，而在各自的网络环境。

带宽参数：最容易出错的一步

如果说使用 Hysteria 2 有一个必须注意的配置项，那就是带宽参数。

• 设置得远高于实际带宽：持续过量发包，造成大量重传，有效传输效率反而下降；
• 设置得远低于实际带宽：无法充分利用链路，速度受限于配置值；
• 设置得接近实际可用带宽：发挥预期效果。

问题在于「实际可用带宽」并不是一个固定值——它随时段、线路负载和本地网络状况变化。因此这个参数需要根据实测调整，而不是一次设定后永久不变。

多数服务方提供的配置已经包含推荐参数，通常不需要自行修改。如果自行调整后速度下降，应当先恢复默认值。

什么时候值得使用

适合的情况：

• 同一条线路上，基于 TCP 的协议速度明显低于预期，且怀疑与丢包有关；
• 移动网络等链路质量波动较大的环境；
• 需要频繁切换网络、希望减少连接中断的场景。

不适合的情况：

• 线路质量本身很好、丢包率很低——此时与其他协议差异不大；
• 网络环境对 UDP 有限制——直接无法使用；
• 与他人共享有限带宽的链路——主动发包策略对其他使用者不友好。

协议选择与线路选择的优先级

需要强调的是：协议影响的是「在既定线路条件下能发挥多少」，而线路本身决定了上限。

一条低带宽、高延迟的线路，换任何协议都不会变成优质线路；而一条稳定的优质线路，即使使用较传统的协议也能有良好表现。因此在选择服务时，线路质量的优先级高于支持哪些协议——相关判断方法见线路类型对比与如何选择服务。

如果你正在因为移动网络下无法使用而寻找解决方案，Wi-Fi 能用但移动网络不能用中的排查顺序可能比更换协议更快解决问题。