Hysteria2 基于 QUIC，通过 UDP 传输，适合在已有服务商支持的前提下评估高延迟、存在丢包的链路。本文说明速度优势的条件、带宽与证书参数的核对方法，以及在 Shadowrocket 中区分协议故障、规则问题和耗电变化的操作顺序；不把协议名称当作速度保证。
Hysteria2 与 QUIC 的关系
Hysteria2 是一种代理协议，QUIC 是它使用的底层传输基础。在 Shadowrocket（小火箭）中选择 Hysteria2，意味着客户端需要连接到支持该协议的服务端，并使用双方一致的认证与传输参数。不能只把已有配置的 Type 改成 Hysteria2，就让原服务端自动支持它。
QUIC 基于 UDP，但“基于 UDP”不等于把可靠性全部交给应用。QUIC 自身提供加密握手、可靠流、丢包检测和重传等机制。Hysteria2 利用这些能力承载代理流量；目标网站即使使用 TCP，客户端到代理服务端这一段仍可通过 QUIC 传输，两个传输层次需要分开理解。
QUIC 也不等于 HTTP/3。HTTP/3 是运行在 QUIC 上的 HTTP 映射，而 Hysteria2 有自己的认证和代理数据承载方式。浏览器可以访问某个 HTTPS 页面，只能证明该页面的访问路径可用，不能证明同一地址上的 Hysteria2 认证、UDP 端口和数据转发也都正常。
为何在丢包链路上可能更快
速度差异主要来自拥塞控制、丢包恢复和多路复用的共同作用。传统 TCP 拥塞控制通常把丢包视作网络拥塞的信号并收缩发送窗口。如果丢包主要来自无线干扰或链路质量，而不是出口已经拥塞，退让可能让可用带宽没有得到充分利用。Hysteria2 的带宽参数与拥塞控制机制，为此类路径提供了不同的发送策略。
QUIC 的独立流机制还能减少不同流之间的队头阻塞：一个流的某段数据丢失，不要求所有其他流都等待同一段数据补齐。但同一条连接中的流仍然共享链路容量，并可能受到拥塞控制的共同影响；同一个可靠流内部也仍需按序交付。这不是“丢包没有代价”。
- 高延迟且有随机丢包：恢复等待和发送窗口变化的影响更明显，Hysteria2 可能获得更稳定的持续吞吐。
- 低延迟、低丢包：链路本来就能充分利用带宽，换协议未必有明显收益，服务端负载和路径质量可能更重要。
- UDP 被阻断或持续限速：握手可能超时，或者能连接却无法维持吞吐；仅增大带宽参数不能解除网络限制。
- 出口已经拥塞：过高的发送目标可能增加排队、丢包和重传，让其他请求的响应更慢。
结论：用同一路径的重复测试判断
先固定服务端、目标资源和路由姿态，再比较首屏响应、持续吞吐与连接稳定性；不要把换了出口后的速度变化归因于 Hysteria2，也不要套用固定的提升百分比。
在 Home 中填写与核对参数
以下操作以你已经拥有服务商提供的连接参数为前提。订阅从你的服务商处获取。订阅导入和手动填写是两条配置路径：前者应先检查导入结果，后者逐项录入；不要在排查期间同时更新订阅、修改认证和调整带宽，否则难以定位是哪项变化起作用。
-
取得参数
记录服务端地址、端口、认证信息、证书校验名称，以及是否启用混淆。带宽值和单位也应由服务商说明；不要从域名或端口推断其他参数。
-
选择类型
Home → 右上角“+”→ Add Server → Type → Hysteria2。填写地址与端口；如果从订阅导入，则打开对应条目的编辑页，先确认 Type 确实为 Hysteria2。
-
核对认证
按服务商给出的完整值填写 Password，保留大小写与符号。若认证信息含用户名与密码的组合格式，按原值填写，不自行拆分、删去分隔符或添加空格。
-
核对 TLS
检查 SNI 与服务端证书的名称是否对应。连接地址可以是 IP，而证书校验使用域名；这两个值承担不同作用。混淆类型与密钥也必须和服务端一致。
-
保存后测试
保存并返回 Home，选中该条目，检查 Global Routing 后启用连接。首次配置按系统提示完成 VPN 配置授权，再访问固定目标，记录成功、超时或证书错误等现象。
带宽输入尤其容易混淆。若字段单位为 Mbps，20 Mbps 换算成字节速率约为 2.5 MB/s，尚未扣除协议开销；不要把 20 MB/s 原样填成 20 Mbps。上行与下行需要分别核对，填写远超实际链路的数值并不等于预留性能。服务端限制、双方配置与实现共同决定最终行为，不能仅凭一个输入值判断实际发送速率。
Global Routing：先区分协议与规则
Home 显示连接成功，只能说明连接状态，不能说明某次请求一定通过所选 Hysteria2 条目。Global Routing 决定流量采用何种路由姿态，Config 中的规则则进一步决定请求的策略。排查“换了协议速度没变”时，应先确认测试请求实际走向。
Config
推荐按当前启用的 Config 判断策略。规则自上而下匹配，首个命中项决定处理方式；未匹配的请求由 FINAL 兜底。日常使用前，应确认相关策略实际指向预期的连接条目。
适合：已有明确规则配置的日常使用
Proxy
将客户端接管的流量按代理姿态处理，适合临时排除常规分流规则的影响。它不能证明所有系统流量都经过同一条连接，也不会修复服务端认证或 UDP 不通的问题。
适合：短时间验证代理路径与协议连通性
Direct
将客户端接管的流量按直接连接处理。此时访问成功不能用来证明 Hysteria2 服务端可用，可用于建立直连路径的对照，测试后应恢复原有姿态。
适合：对照本地网络与目标服务是否可达
Global Routing 中的 Scene 用于按场景设置路由行为，不是另一种传输协议；排查期间应确认当前场景是否影响选择。若使用 Config，既要核对启用的是哪个文件，也要检查 DOMAIN-SUFFIX、IP-CIDR 等规则是否提前命中 DIRECT 或其他策略。协议参数正确与规则选择正确，是两项独立条件。
连接失败与速度不稳的核对顺序
先按现象分类，再修改对应参数。TCP 端口测试成功不代表同号 UDP 端口可用；反过来，通用 UDP 探测没有响应也不能单独证明端口关闭，因为服务端未必对无效报文作答。应结合客户端实际握手结果、网络切换结果与服务商确认的信息判断。
| 现象 | 先核对 | 下一步 |
|---|---|---|
| 连接持续超时 | 地址解析、实际 UDP 端口与当前网络可达性 | 在 Wi-Fi 与蜂窝网络各测一次，保持同一配置，不同时更改认证。 |
| 提示认证失败 | Password 的完整值、大小写及服务端授权状态 | 重新核对原始参数，检查复制时是否带入首尾空格。 |
| 提示证书错误 | SNI、证书名称、有效期与设备时间 | 确认服务端证书配置，不用关闭校验来掩盖错误。 |
| 可连接但吞吐波动 | 带宽单位、链路丢包、网络限速和服务端负载 | 保持目标资源不变，降低并发，分时段记录结果。 |
| 部分目标访问异常 | 当前 Config、规则命中策略与 DNS 解析结果 | 短时以 Proxy 对照；若现象改变，优先检查分流而不是重填认证。 |
若小请求成功而持续传输频繁停顿，可进一步向服务商核对路径 MTU、UDP 数据报处理和限速策略。不要凭单次停顿随意修改底层参数。问题只在一个 Wi-Fi 出现、切换蜂窝网络后恢复，是路径差异的线索；但仍应重复验证，避免把短时服务端负载变化当成网络结论。
iPhone 电量与日常测试方法
Hysteria2 没有固定的耗电增幅。加密处理、数据吞吐、重传、连接维持，以及蜂窝无线模块处于活跃状态的时间，都会影响能耗。一次下载更快完成，可能缩短无线传输时间；持续高吞吐、弱信号和反复重连也可能增加消耗。因此不能只看协议名称判断哪种设置更省电。
- 固定测试条件：使用同一 iPhone、同一网络和同一资源，保持屏幕亮度、充电状态及后台任务尽量一致。
- 区分两种负载：分别观察短时网页请求和持续下载，不用长时间满速下载的电量变化代表待机消耗。
- 记录具体窗口：例如每轮测试 10 分钟，记录完成的数据量、发热、重连次数和电量变化，至少重复三轮；这是测试方案，不是性能实测结论。
- 检查连接触发：在 Settings → On Demand 核对是否按网络条件触发连接，分别观察切换 Wi-Fi 前后的状态，避免把自动连接造成的使用时长变化算作协议差异。
- 分开查看电量：在 iPhone 的系统设置中查看电池使用情况，同时考虑屏幕与蜂窝信号；VPN 转发相关活动不能简单等同于某个前台应用的全部能耗。
结论：稳定性优先于峰值速率
若提高带宽目标后只有瞬时速度上升，却出现明显发热、交互延迟或重连，应恢复原值并复测。保留能稳定完成实际任务的配置，比追求一次测速的最高数字更适合日常使用。
Hysteria2 值得评估的前提是服务端支持、UDP 路径可用且参数完整。Shadowrocket 是 Apple 平台的付费客户端，以 iPhone 和 iPad 使用为主；客户端购买与连接服务是两回事，订阅从你的服务商处获取。购买适用范围与系统要求以 App Store 页面标注为准。需要先完成基础配置时，可按使用教程核对 Home、Config 和首次 VPN 配置授权，再进行协议测试。