Hysteria2 协议科普:基于 QUIC 为什么快,适合哪些网络场景

QUIC 改变了什么

在 Shadowrocket（小火箭）中，Hysteria2 是一种代理协议选项，不是规则模式，也不是加速开关。它使用基于 UDP 的 QUIC 建立加密连接，再承载需要转发的请求。这里的 UDP 描述客户端与服务端之间的外层传输，不表示浏览器里的 TCP 请求会失去可靠性。

QUIC 在自身协议层实现确认、丢包检测与重传，并使用 TLS 1.3 完成安全握手。它能在同一连接中承载多个独立的可靠流：某个流的数据缺失时，其他流通常不必等待同一个传输层字节序列补齐。这减少了跨流的队头阻塞，但同一个流内部仍要按顺序交付数据，共享链路的拥塞也仍会影响其他流。

端口必须以服务商提供的值为准。即使某个网络允许访问 443/TCP 的 HTTPS 网站，也不能据此判断它允许 443/UDP。这两个传输协议对应的防火墙规则可以完全不同，因此“网页正常但 Hysteria2 握手超时”并不矛盾。

高丢包下为什么可能更快

决定表现的不只是 QUIC，还包括 Hysteria2 的拥塞控制和带宽参数协商。传统的丢包驱动拥塞控制可能把随机丢包理解为拥塞，从而降低发送速率。在无线干扰等存在非拥塞丢包的环境中，Hysteria2 的带宽估计与发送控制可能维持更高吞吐；具体行为取决于客户端、服务端配置和双方协商结果。

这不是“忽略所有丢包”。如果丢包来自链路已经饱和，继续发送更多数据会增加队列、重传和延迟。高延迟网络需要更多在途数据才能填满链路，但协议不能缩短物理距离，也不能突破服务端出口或套餐限速。文件下载变快，不代表游戏往返时间会同步下降。

• 随机丢包：无线干扰等因素造成的零散丢失，不一定说明路径容量已用尽，是值得对照测试的场景。
• 拥塞丢包：下载时延迟持续上升、其他设备同时卡顿，说明应先降低负载，而不是继续调大发送目标。
• UDP 限速：连接能够建立，但长时间吞吐受限；改端口不一定有帮助，也不应绕过所在网络的管理要求。
• 服务端瓶颈：出口容量、CPU 或服务端策略受限时，客户端更换协议不能自动增加可用资源。

哪些网络适合评估

判断协议是否适用，需要同时看连接成功率、持续吞吐和交互延迟。跨区域链路、蜂窝网络或无线环境出现随机丢包时，可以评估 Hysteria2；在低延迟、低丢包且出口已经跑满的网络中，改用它可能没有明显收益。对于限制 UDP 的访客网络，应先确认网络规则，而不是把重试次数当成解决办法。

不要只凭一次延迟测试决定协议优劣。短探测主要反映当时的可达性与响应时间，不能代表连续传输的稳定性。测试期间应暂停其他设备的大流量任务，并记录网络类型；否则 Wi-Fi 与蜂窝网络之间的差异可能被错误归因于协议。

Shadowrocket 填写步骤

以下以 iPhone / iPad 上的 Home 操作为例，其他平台应以实际界面为准。节点、订阅链接、认证信息、服务端域名与端口均从你的服务商处获取。Hysteria2 与 Hysteria 的参数和协议不能直接混用，选择 Type 时需要确认名称。

1. 核对参数

   先确认协议为 Hysteria2，并准备 Server、Port、Password，以及服务商明确要求的 SNI、带宽和混淆参数。端口例如可能是 443，但不能把示例当作你的实际端口。

2. 选择类型

   进入 Home → 右上角“+”→ Type → Hysteria2，再填写连接信息。不要因为同样使用 TLS，就把 Type 选成 Trojan 或其他协议。

3. 核对认证

   按服务商给出的完整认证值填写 Password。若对方提供的认证值含有分隔符，应保留其原始格式，不自行拆成用户名与密码，也不要把订阅链接中的 token 当作连接密码。

4. 检查安全项

   SNI 应与服务端证书和服务商说明一致。使用 IP 作为 Server 时，也可能仍需填写域名作为 SNI。保留证书验证；遇到证书错误，先检查域名、设备时间与证书链。

5. 保存并测试

   保存后回到 Home，选择该条目，在 Global Routing → Proxy 下进行短时对照测试。确认请求经过所选连接后，再回到 Global Routing → Config 验证日常分流。

如果已有订阅，可使用 Home → “+”→ Type → Subscribe，填入从你的服务商处获取的订阅链接，保存后更新订阅并检查导入条目的 Type。订阅只是配置分发方式，不保证服务端在线。订阅更新失败和某个 Hysteria2 条目连接失败是两类问题，应分别检查订阅地址与连接参数。

规则模式怎样影响验证

Hysteria2 决定连接怎样传输，Global Routing 决定哪些请求交给代理，两者是不同层次。一个条目能够连接，不等于所有网站都会使用它。下面比较的是 Shadowrocket 自身的路由姿态，不是协议性能排名。

Global Routing 中的 Scene 用于按场景配置决定路由行为，并不是第四种代理协议；排查时应先明确当前场景的实际动作。Settings → On Demand 管理的是按条件触发连接，不负责选择 Hysteria2，也不替代分流规则。若测试中连接状态自行变化，需同时检查是否存在 On Demand 触发条件。

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

这段仅为规则语法样例，不是完整 Config。DOMAIN-SUFFIX 按域名后缀匹配，IP-CIDR 按地址段匹配，GEOIP 按地址所属地区匹配，FINAL 负责兜底；通常按顺序寻找匹配项。这里的 PROXY 是策略，不是 Hysteria2 的协议名称，最终使用哪个连接仍取决于策略选择。请在请求记录中核对目标、匹配规则和实际策略，避免把直连测速当成协议测速。

用可复现测试定位问题

一次有效对照应固定客户端设备、服务端、目标资源与测试时段。若服务商提供可对照的连接方式，尽可能使用同一出口；不同出口之间的速度差异不能直接证明某种协议更优。以下时间与次数是操作建议，不是性能承诺或实测结果。

• 建立基线：暂停后台下载，记录 Wi-Fi 或蜂窝网络、当前路由姿态、所选条目与目标资源，先确认目标本身可达。
• 重复三轮：每轮连续传输约 60 秒，记录稳定速率、是否断流及同时访问网页的响应情况，不只记录起始峰值。
• 只改一项：先保持服务商默认参数；需要调整时只改上传或下载目标中的一项，再重复相同测试。
• 区分错误阶段：握手超时先查 UDP 与端口；认证失败查 Password；证书错误查 SNI、证书链与设备时间；已连接但卡顿再查拥塞和出口容量。
• 恢复日常配置：结束后返回 Global Routing → Config，复核分流请求，并确认 On Demand 是否保持原有设置。

若需要向服务商反馈，提供网络类型、错误阶段、发生时段和脱敏后的日志即可。不要公开订阅完整地址、Password 或带有 token 的链接。若同一配置只在某张网络失败，把该网络与可用网络的对照结果一起提交，通常比反复更换所有字段更有助于定位。