主题
Hysteria 2 适合什么网络环境：QUIC 底座与弱网提速的逻辑
多数代理协议——无论 Shadowsocks 还是 Trojan——都构建在 TCP 之上，而 Hysteria 2 换了一条赛道：它基于 QUIC（跑在 UDP 上的现代传输协议）构建，主打在丢包严重、质量欠佳的「弱网」环境里把速度顶上去。简单说，它是一款为烂线路而生的高速协议。
工作原理
要理解 Hysteria 2，先要理解传统协议慢在哪。TCP 内置的拥塞控制逻辑是「一丢包就踩刹车」：它把丢包视为网络拥堵的信号，随即大幅降低发送速度。这套逻辑在常规网络里运转良好，但跨境线路的丢包很多并非真正拥堵，而是链路本身质量差。结果就是 TCP 反复误判、反复降速，实际速度远低于线路的可用带宽。
Hysteria 2 的应对分两层。底座是 QUIC：握手轮次更少、连接建立更快，且自带丢包恢复与多路复用能力，Wi-Fi 与蜂窝网络切换时连接还能平滑迁移。其上是它标志性的拥塞控制策略（名为 Brutal）：不再被动地看丢包脸色，而是按照用户设定的带宽值，以接近恒定的速率持续发送数据，丢掉的部分快速重传补齐。在高丢包链路上，这种「顶着丢包发」的策略能把吞吐量维持在接近设定值的水平。此外，它的流量在外观上接近 HTTP/3（同样基于 QUIC 的新版网页协议），具备一定的融入性。
主要特点
- 弱网吞吐能力：高丢包、高延迟环境下的速度保持力是其核心卖点，这也是许多机场把 Hysteria 2 节点标注为「弱网优化」的原因。
- 公平性争议：恒速发送意味着不主动给同链路的其他用户让路，在共享出口上可能挤占他人带宽，因此社区一直存在批评声音；这也是为什么带宽参数应如实设置，而不是越大越好。
- UDP 的双刃剑：QUIC 带来了低握手延迟，但也让流量整体依赖 UDP——在对 UDP 不友好的网络里，这会从优势变成劣势。
适合与不适合的网络环境
适合：跨运营商、跨境高丢包线路；信号一般的无线网络；需要大带宽的场景，比如高清流媒体观看（选服务可参考流媒体向机场推荐）。判断自己是否属于「高丢包用户」，可以先做一次丢包诊断。
不适合：部分运营商和校园网会对 UDP 流量实施 QoS 限速甚至阶段性丢弃，此时 Hysteria 2 可能反而比 TCP 系协议更慢、更容易断流——手机流量下尤为常见，相关现象可对照移动数据网络问题排查。遇到这种网络，切回订阅里的 Trojan 或 VLESS 节点通常是更省事的选择。
客户端支持情况
Hysteria 2 较新，客户端支持以新一代内核为主：Mihomo（Clash Meta）已支持，但停更的原版 Clash 内核不支持，订阅里 Hysteria 2 节点「看不见」时先确认内核版本；iOS 的 Shadowrocket 已跟进支持；sing-box 对它的支持相当完整，属于第一梯队；v2rayN 需在新版中切换到 sing-box 内核才能使用此类节点。
常见误区
- 「Hysteria 2 比其他协议都快」：只在高丢包链路上优势明显；线路本身质量好时与 TCP 系协议差距不大，UDP 受限的网络里甚至更慢。
- 「带宽参数填得越大越快」：超出线路实际能力的设定只会徒增丢包和重传，还加剧对共享链路的挤占，如实填写才能发挥算法设计。
- 「用 Hysteria 2 等于不限速」：它突破的是拥塞控制的误判，突破不了物理带宽上限，也绕不开机场套餐本身的限速策略。
FAQ
为什么我的 Hysteria 2 节点白天飞快、晚上很慢？ 晚间既是共享线路的使用高峰，也是部分运营商 UDP QoS 策略收紧的时段，两者都可能拖慢速度。可在不同时段对比 TCP 系节点的表现来定位原因。
带宽参数需要自己设置吗？ 机场订阅通常已由服务端协商或预设，多数客户端也允许手动调整；不确定时保持默认即可。
Hysteria 2 和 Hysteria 1、TUIC 是什么关系？ Hysteria 2 是对第一代的重写，认证与伪装机制均有改进，两代互不兼容；TUIC 是思路相近的另一款 QUIC 系协议，目标同样是低延迟与弱网表现。
打游戏适合用 Hysteria 2 吗？ QUIC 的低握手延迟和对 UDP 游戏流量的天然亲和是加分项，但实际体验更取决于线路与节点位置，重度玩家可参考游戏加速向机场挑选。