Hysteria 2 适合什么网络？QUIC、UDP 与带宽参数

Hysteria 2 是一种基于 QUIC 的 TCP 与 UDP 代理协议。它在某些网络条件下值得尝试，但“基于 UDP”不等于任何网络都更快，也不代表不再需要可靠传输、拥塞控制或证书验证。Hysteria 2 协议说明

先分清外层与内层

应用原本可能使用 TCP，也可能使用 UDP；代理把这些需求承载在它自己的连接上。看到机场节点使用 QUIC，并不意味着网页应用本身已经改为 HTTP/3。

QUIC 在 UDP 之上定义连接和流等机制，其标准由 RFC 9000描述。因此不能用“UDP 不可靠”一句话判断整个代理协议的行为，也不能用“QUIC 有迁移能力”保证每次切网都不断线。

是否适合，先检查这三项

检查项	如何观察	结果的意义
接入网络是否能建立连接	相同节点分别在常用 Wi-Fi 与热点连接	帮助识别接入条件差异
客户端与内核是否支持	核对项目发行说明和服务要求	排除格式及实现不兼容
设备能否承受负载	传输时观察 CPU、发热、其他应用响应	避免把设备瓶颈当成线路瓶颈

这些观察只能缩小范围。热点可以连接而家中网络不行，不足以单独证明运营商封锁了某协议，还可能涉及路由、策略、端口或其他配置差异。

带宽参数不是加速按钮

Hysteria 官方客户端配置说明带宽参数会影响拥塞控制选择，并警告过高设置可能造成拥塞与不稳定。具体行为还受服务端参数和版本影响。

如果服务提供了经过维护的配置，先保留原值。需要调试时，备份配置、只改一项，并观察真实任务。把所有带宽参数填成很大的数字，无法凭空增加接入线路或服务器能力。

三组对照比“跑满一次”有用

第一组在同一网络、同一节点下比较空闲与后台上传时的体验，看延迟是否明显增加。第二组保持任务不变，更换常用接入网络。第三组在服务确实提供可比节点时，对照另一种协议组合。

对照记录应同时写出设备、时间、节点、客户端版本和测试目标。更换了多个因素时，结论写成“组合变化后恢复”，不要直接归结为某协议胜出。

UDP 应用仍需单独验证

节点支持 Hysteria 2，不代表所有 UDP 应用已被客户端接管。应用分流、系统代理与 TUN 的范围、服务端转发策略，都可能影响结果。

例如浏览器打开网页正常，但会议应用异常，应先看会议流量是否进入预期出站，再检查其业务连接；不要仅凭网页正常排除所有配置问题。

如果指标看不懂，可阅读延迟、抖动、丢包的区别；准备写成测评结论时，用试用对照表保留条件与失败样本。