Hysteria2 是什么？基于 QUIC 的高速代理协议

Hysteria2 是一个基于 QUIC（运行在 UDP 之上）的代理协议。它的核心卖点是在高丢包、跨境拥塞的链路上依然维持高吞吐：通过自定义拥塞控制主动抢占带宽，同时把自己伪装成普通的 HTTP/3 流量。在丢包严重的公网环境，它常常明显快于 TCP 系协议；但在 UDP 被限速或封锁的网络里，它会直接失效。

核心要点

• 底层是 QUIC/UDP：传输握手与 TLS 1.3 握手合并完成，建连比 TCP+TLS 更快，并支持 0-RTT 会话恢复。
• 自定义拥塞控制是灵魂：不把丢包简单当作拥塞信号，在高丢包链路上仍按目标带宽持续发送。
• 对外伪装为 HTTP/3 服务：未通过密码认证的访问，只会看到一个普通的 HTTP/3 站点。
• 最适合跨境高丢包公网与移动弱网；最怕运营商对 UDP 限速、QoS 或整体封锁的环境。
• 客户端需要较新内核：sing-box 与 Clash Meta/Mihomo 系支持，老版 Clash 内核不支持。

Hysteria2 为什么在高丢包链路上快？

传统 TCP 的拥塞控制把丢包视为”网络拥堵”的信号，一旦丢包就主动降速。这套逻辑在质量良好的网络里没有问题，但跨境公网的丢包很多时候并非拥塞造成，而是链路本身的常态——结果是 TCP 连接的速度被反复压低，带宽明明够却始终跑不满。

Hysteria2 针对这一点做了激进设计：在配置了带宽参数时，它采用固定速率式的发送策略（社区称为 Brutal），把丢包当作需要补偿的损耗而非降速信号，持续按目标带宽发包；未配置带宽时则回退到 BBR 类算法。代价是它对共享链路不够”谦让”，带宽参数设置过高反而会加剧丢包，需要按线路实际情况填写。

建连速度是另一重优势。QUIC 把传输握手与 TLS 1.3 握手合并在一起完成，比”先 TCP 三次握手、再 TLS 握手”少了数次往返，还支持 0-RTT 会话恢复。在高延迟的跨境链路和频繁切换网络的移动场景下，这种差距会被放大，表现为打开连接更干脆、断线恢复更快。

认证与伪装方面，Hysteria2 使用密码认证，并把自己伪装成 HTTP/3 服务：未携带正确凭据的访问，得到的只是一个普通 HTTP/3 站点的响应。这一”验证失败就当普通网站”的思路，与 Trojan 的回落设计一脉相承，只是底座从 TCP+TLS 换成了 QUIC。

与 TCP 系协议的对比

维度	Hysteria2	Trojan / VLESS（TCP+TLS 系）
传输层	QUIC over UDP	TCP + TLS
高丢包链路表现	拥塞控制专门优化，吞吐保持好	丢包即降速，速度明显受压
连接建立	握手往返更少，支持 0-RTT 恢复	完整 TCP+TLS 握手，往返较多
伪装形态	HTTP/3	HTTPS
运营商 QoS/封锁风险	UDP 可能被限速甚至封禁	TCP 443 很少被单独针对
客户端要求	需要较新内核	几乎全部客户端支持

TCP 系两大主流协议的详细介绍，见 VLESS 与 VMess 的区别。

适用场景与局限

Hysteria2 的优势场景非常明确：跨境高丢包的公网线路、移动网络等弱网环境，以及需要大带宽的下载与流媒体播放。如果你长期被晚高峰的丢包与速度波动困扰，QUIC 系节点值得优先尝试，相关排查思路见节点延迟高怎么办。

局限同样明确。部分运营商对 UDP 流量做限速或低优先级 QoS，晚高峰时 UDP 包可能被优先丢弃，此时 Hysteria2 的表现会不升反降；一些公司、校园或酒店网络干脆封锁非常规 UDP 流量，协议将完全不可用。因此成熟的机场通常把 Hysteria2 与 TCP 系协议并列提供、互为备份，而不是单押一种；用户侧也建议在策略组中同时保留两类节点，遇到异常时切换对比。

客户端支持现状如何？

Hysteria2 需要较新的内核：跨平台的 sing-box 提供一线支持；Clash Meta（现 Mihomo）内核同样完整支持，基于它们的客户端——各类 Clash 派生图形客户端、切换到相应内核的 v2rayN——都可以使用。相反，停止维护的老版 Clash 内核不支持 Hysteria2；如果订阅里的 Hysteria2 节点在你的客户端中不显示或无法连接，第一步应检查内核版本。协议之外的整体选择框架，可参考2026 机场推荐指南。

总结

Hysteria2 用 QUIC 底座加激进的拥塞控制，换来了高丢包链路上出色的吞吐能力，并以 HTTP/3 伪装维持较低的识别面。它不是万能选项——UDP 受限的网络是它的天然短板——但作为 TCP 系协议的互补，它已经成为 2026 年机场订阅中的重要一员。