本页目录（10）
一句话结论：Hysteria2 基于 QUIC（UDP），在设置了带宽时用 Brutal 拥塞控制「无视丢包按设定速度发」，所以在晚高峰丢包严重的线路上常常比 TCP 协议快得多；但它也最怕 UDP 被运营商限速或 QUIC 被干扰，这时会比 Trojan、VLESS 更慢甚至连不上。
Hysteria2 是近几年机场里最常见的「加速型」协议。很多人的体验是：晚高峰别的节点都卡，Hysteria2 节点照样能跑满；可换个网络环境，它又突然变得最慢。这篇 Hysteria2 协议详解就从原理出发，解释它为什么快、为什么有时反而慢，以及遇到问题该怎么排查。
Hysteria2 是什么
Hysteria2 是 Hysteria 项目的第二代协议，传输层基于 QUIC，也就是 HTTP/3 用的那套基于 UDP 的传输协议。和 Trojan、VLESS 这类跑在 TCP 上的协议相比，它有三个显著特点：
基于 UDP / QUIC
不受 TCP 拥塞控制和队头阻塞的限制，连接迁移、多路复用都由 QUIC 内建完成。
可选 Brutal 拥塞控制
按用户设定的带宽发包，遇到丢包不降速，而是补发，这是它在烂线路上快的关键。
伪装成 HTTP/3
默认流量看起来像 HTTP/3；认证失败的探测会被服务器当作普通网站处理。
原生支持 UDP
代理 UDP 流量不需要额外封装，游戏、语音场景天然友好。
Hysteria2 为什么快：Brutal 拥塞控制
理解 Hysteria2 快的原因，先要理解 TCP 为什么在晚高峰慢。传统 TCP 拥塞控制（如 Cubic）把丢包视为「网络拥堵」的信号，一旦丢包就大幅降低发送速度。跨境线路在晚高峰丢包率升高，TCP 就会不断自我降速，结果是带宽明明还有，速度却上不去。BBR 改进了这一点，但在高丢包环境下仍会受影响。
Hysteria2 的 Brutal 走了另一条路：客户端告诉服务器自己的带宽，服务器就按这个速度稳定发送；检测到丢包时不降速，而是根据丢包率提高实际发送量来补偿。在丢包高但带宽并未真正耗尽的线路上，这种策略能维持接近设定值的速度。
根据官方文档，Brutal 是否启用由带宽设置决定：填写了某个方向的带宽，那个方向就用 Brutal；没填则回退到 BBR（默认）。所以同样是 Hysteria2 节点，不同客户端配置下表现可能差别很大。
什么时候反而慢：UDP QoS 与 QUIC 干扰
Hysteria2 的所有优势都建立在「UDP 能顺畅传输」这个前提上。一旦这个前提不成立，它就会比 TCP 协议更差。常见情况有：
运营商 UDP QoS
QoS（服务质量控制）指运营商对不同类型流量区别对待。国内部分运营商和地区，尤其是移动网络，会对大流量 UDP 降低优先级或限速。典型表现是：刚连上速度很快，持续下载一段时间后突然掉到很低；或者家宽正常、换到手机流量就慢。
QUIC 被干扰或阻断
某些网络环境（包括部分公司、校园网，以及 敏感时期 的公网）会针对 QUIC 或境外 UDP 做额外干扰。这时 Hysteria2 节点可能直接超时。部分机场会开启 Salamander 混淆，把数据包打乱成无特征的随机字节，以绕过针对 QUIC 的识别，但代价是不再像 HTTP/3。
带宽填写不当
如果客户端里填的带宽远高于你的实际网速，Brutal 会按这个错误的值猛发数据，反而造成自身拥塞、丢包加剧。官方文档明确提醒「带宽值并非越高越好」。
其他因素
- 设备性能：QUIC 在用户态完成加密和重传，低端路由器或旧手机上 CPU 可能成为瓶颈。
- 机场限制：Hysteria2 对服务器带宽消耗较大，有的机场会在服务端限制单用户速度。
- 中转转发：若节点经过不支持或不善于转发 UDP 的中转，表现会不稳定，见 机场 UDP 支持。
Hysteria2 的伪装与抗封锁
Hysteria2 不只追求速度，也考虑了伪装。默认情况下它的流量形态接近 HTTP/3：服务器在认证失败或收到普通 HTTP/3 请求时，可以按配置表现为一个正常网站，比如反向代理到某个真实站点，探测者看到的是一个可访问的 HTTP/3 服务。
当网络环境专门针对 QUIC 做干扰时，可以启用 Salamander 混淆，把每个数据包变成看似随机的字节。官方文档提示，混淆密码在客户端和服务器两端必须一致，填错时的表现与服务器宕机相同，都是连接超时，这一点排查时要留意。
端口跳跃则是应对单端口限速和封锁的手段：服务器在一段端口范围上接收连接，客户端每隔一段时间更换目标端口。官方客户端默认每 30 秒切换一次。对运营商而言，流量被分散在多个端口上，针对单一端口的 QoS 就不那么容易生效。
Hysteria2 和 TUIC 有什么区别
TUIC 同样是基于 QUIC 的代理协议，也原生支持 UDP，常和 Hysteria2 一起被拿来比较。两者最大的区别在拥塞控制思路：TUIC 使用 BBR、Cubic 等常规算法，遇到丢包会按算法调整速度；Hysteria2 在设置带宽后启用 Brutal，主动对抗丢包。所以在高丢包线路上 Hysteria2 往往更能「硬扛」，而在相对干净的线路上两者差别不大，TUIC 对网络的冲击也更温和。机场同时提供两者时，可以都测一下再决定常用哪个。
客户端配置要点
一般直接导入机场订阅即可。以 mihomo 为例，Hysteria2 节点的常见字段如下，了解它们有助于判断订阅是否完整：
- name: "HY2-HK"
type: hysteria2
server: example.com
port: 443
password: "你的密码"
sni: example.com
up: "30 Mbps"
down: "200 Mbps"带宽要按你本地网络的实际能力来估，而不是按宣传的套餐速率。例如家里是 300M 宽带，但晚高峰实测只有一百多兆，下行就应当按实测值或略低填写；上行通常比下行小很多，也要分开填。其中 up 和 down 就是前面说的带宽设置，按实际网速填写，不确定可以删掉。若机场提供端口跳跃或混淆，订阅中还会出现端口范围和 obfs 相关字段，不要随意改动。
Hysteria2 变慢的排查步骤
- 对比 TCP 节点：同一地区切到 Trojan 或 VLESS 节点测速。如果 TCP 节点正常、Hysteria2 明显慢，基本可以确定是 UDP 层面的问题。
- 换网络对比：家宽和手机流量各测一次。只在某个网络下慢，多半是那家运营商的 UDP QoS。
- 看是否先快后慢：持续下载几分钟观察速度曲线，先快后断崖式下降是 UDP 限速的典型特征。
- 检查带宽设置：如果客户端填写了带宽，改成实际带宽或清空再测。
- 尝试端口跳跃节点：部分机场提供端口跳跃（在一段端口范围内定期切换），可缓解针对单一端口的限速。
Hysteria2 适合什么场景
- 高丢包线路上速度优势明显
- 原生 UDP，适合游戏和语音
- QUIC 握手快，连接迁移友好
- 受运营商 UDP QoS 影响大
- QUIC 被干扰时可能完全不可用
- 带宽设置不当会适得其反
总结使用建议：晚高峰普通节点卡顿、下载大文件、看高码率视频时优先试 Hysteria2；移动网络、公司网络下或 UDP 明显受限时用 TCP 协议。主流客户端如 Clash Verge Rev（mihomo 内核）、sing-box、Shadowrocket 都支持 Hysteria2。和其他协议的对比见 四大协议对比，晚高峰的综合优化思路见 晚高峰变慢怎么办。