Hysteria2 是基于 QUIC 的代理协议，不是加速所有网络的开关。本文适合在 iPhone、iPad 或其他平台使用 Shadowrocket（小火箭）、且已经持有自己的服务商与订阅的用户：先确认 UDP 是否可达，再核对连接参数，最后用固定条件判断丢包、带宽和规则分别造成了什么影响。
Hysteria2、QUIC 与 UDP 的关系
Hysteria2 使用 QUIC 建立客户端与服务器之间的传输连接，QUIC 则承载在 UDP 上。这里的 UDP 描述的是两端之间的外层传输，不代表网页请求本身变成了不可靠的数据发送。QUIC 为流提供确认、重传、流量控制和加密等机制，Hysteria2 再在此基础上承载代理请求。
普通网页访问常涉及 TCP。通过 Hysteria2 转发时，这些应用连接可以在 QUIC 的流中传输；应用产生的 UDP 数据也可以按协议能力转发。因此，“服务器能接受 TCP 连接”和“Hysteria2 能连接成功”不是同一件事，外层 UDP 路径必须独立成立。
如果用户已有服务器的监听端口是 443，防火墙必须允许对应的 443/UDP；只开放 443/TCP 并不足够。实际连接仍应使用服务商给出的端口，不能因为网页常用 443 就把订阅中的其他端口统一改成 443。
高丢包环境为何可能更稳
数据包丢失后，需要重新传输的数据越多、恢复等待越长，下载越容易出现停顿。传统 TCP 的拥塞控制会根据网络反馈调整发送速度；丢包既可能来自真实拥塞，也可能来自无线干扰等链路因素。两种情况下都降低发送速率，未必总能充分利用可用带宽。
Hysteria2 的传输设计能够在某些非拥塞丢包、往返时延较高的路径上维持较积极的发送节奏。QUIC 的独立流机制也减少了不同流之间因可靠传输顺序产生的相互阻塞。不过，多条流仍然共享路径和连接资源；丢包后的重传、服务器负载和出口容量依旧存在，不能把它理解成“丢包越多越快”。
- 无线干扰造成的偶发丢包：在 UDP 可达、链路尚有余量时，可能获得比原有传输更连续的吞吐。
- 跨区域路径的较高时延：带宽利用率可能改善，但光纤距离和路由绕行导致的基础时延不会消失。
- 接入线路已经拥塞：提高发送量可能增加排队和丢包，网页响应及通话质量反而可能下降。
- 本地信号持续恶化：重传仍要消耗无线资源，靠切换协议无法修复 Wi-Fi 覆盖不足。
结论：先区分丢包与拥塞
如果下载时连直连网页也明显变慢，先降低并发、检查本地链路和带宽设置；不要把继续提高发送带宽当成默认处理方式。
哪些网络不适合使用 Hysteria2
判断适用性时，第一项不是测速成绩，而是 UDP 是否能稳定往返。有些访客网络、单位网络或公共热点限制 UDP；也有网络只允许部分 UDP 业务，或者对长时间的大流量 UDP 进行限速。能解析域名、能打开 HTTPS 网页，甚至能获得很低的 ping，都不能证明目标端口的 UDP 可用。
| 可观察现象 | 可能原因 | 下一步验证 |
|---|---|---|
| Wi-Fi 下连接超时，蜂窝网络可用 | Wi-Fi 出口限制 UDP，或两条路径的路由不同 | 保持相同配置，仅切换网络重复连接 |
| 短请求可用，持续下载后速度下降 | UDP 限速、服务器拥塞或本地温度与信号变化 | 记录下降时间，并检查同一时段的直连表现 |
| 小请求正常，大请求经常停顿 | 路径 MTU、分片处理或丢包问题 | 先核对服务商给出的参数，再检查路径与日志 |
| TCP 端口测试成功，Hysteria2 仍超时 | 测试并未覆盖目标 UDP 端口 | 核对服务端 UDP 监听与防火墙规则 |
MTU 问题不要仅凭一次卡顿就下结论。路径中某段无法正常处理较大的数据报，确实可能导致特定请求停顿，但证书错误、认证失败或 DNS 异常也可能被用户概括成“打不开”。应先依据日志区分握手失败与传输中断，再决定是否需要服务商协助检查路径。
在 Shadowrocket 中核对与测试
以下流程以 iPhone / iPad 的 Home、Config、Settings 界面为参照。Mac、Windows、安卓、Linux 用户可沿用相同的参数核对与网络对照方法，具体控件位置以当前平台界面为准。操作前保留现有可用配置，测试只使用用户已有且有权使用的服务器信息。
-
更新已有订阅
在 Home 找到已有订阅并执行更新；新增时使用 Home → “+” → Type → Subscribe，填写自己的订阅地址并保存。订阅内容与访问凭据不要贴到公开截图或讨论中。
-
核对协议参数
在 Home 打开目标条目的编辑页，确认 Type 为 Hysteria2，并逐项核对服务器地址、端口、认证信息与 TLS 相关设置。Hysteria 与 Hysteria2 不是可以任意互换的类型。
-
检查证书名称
若连接地址是 IP，而证书签发给域名，核对服务商提供的 SNI。使用混淆时，两端的类型和密码必须一致；不能通过随意关闭证书验证来代替参数修正。
-
隔离规则影响
选择目标连接，短时将 Home → Global Routing 切为 Proxy，再连接并访问固定测试资源。这样可减少分流规则造成的干扰，但仍需检查配置中是否有覆盖行为。
-
恢复日常配置
测试结束后，将 Global Routing 恢复为日常使用的 Config，确认 Config 中启用的是原有配置。若曾为排查在 Settings → On Demand 调整自动连接行为，也一并恢复。
订阅更新成功只表示客户端获取并解析了订阅内容，不表示其中每个服务器均可达。服务商更改认证信息或证书后，手动复制出的旧条目也未必随订阅同步；出现认证失败时，应先比较条目来源与更新结果，不要反复改动不相关的规则。
Global Routing 怎么选，才能避免误判协议
Hysteria2 负责连接怎样传输，Global Routing 决定请求采用哪种路由姿态，两者属于不同层级。Global Routing 中的 Proxy、Direct、Config、Scene 也不是四种代理协议。协议测试时如果请求实际上走了 Direct，网页打开得快并不能作为 Hysteria2 的测速结果。
Config：按配置执行
推荐根据当前配置中的规则和策略决定去向。命中 DIRECT 的请求直连，命中代理策略的请求再使用相应连接；未命中的处理由 FINAL 等配置决定，并不必然直连。
适合：已有规则配置、需要日常分流的使用场景。
Proxy：排除分流干扰
将代理作为主要路由姿态，用于短时验证选定连接是否可用。测试时仍应确认实际请求去向，避免策略选择或其他配置覆盖影响判断。
适合：连接测试、定位“规则命中不符合预期”。
Direct：建立直连基线
用直连表现检查本地网络是否已经拥塞。仅比较本来就能直接访问的同一资源，不能用不可直连的目标来判定本地网络整体故障。
适合：对照 Wi-Fi 状态、确认是否为代理路径问题。
Scene 用于按已设置的场景应用路由安排，不应作为初次排障时的不确定变量。规则层面，DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址网段，GEOIP 按 IP 地理数据库判断，FINAL 负责兜底。检查这些规则的顺序与目标策略，比单纯更换协议更能解释“部分网站可用、部分网站失败”。
如何比较速度，而不是比较一次峰值
Hysteria2 的表现受拥塞控制方式、可用带宽和服务端限制共同影响。如果连接设置涉及上行与下行带宽，应依据当前接入网络与服务商要求填写。上行是本机向服务器发送，下行是服务器向本机返回；也要分清 Mbps 与 MB/s，后者数值乘以 8 才对应前者的基本单位换算。
不要把家用宽带的标称下载速度直接填成所有网络环境的发送目标。切换到蜂窝网络后，可用上行带宽可能不同；把目标设得过高，可能挤占确认包和其他应用的带宽。设得过低则可能限制吞吐。是否需要填写以及参数如何生效，应以当前连接设置和服务器要求为准。
- 固定条件：使用同一设备、同一网络、同一测试资源；服务端位置与出口不同的两个连接，不能只按协议名称归因。
- 重复测量：每组连续测试 3 次，单次持续 60 秒，记录稳定阶段吞吐和中断次数，而非仅保留最高瞬时速度。
- 同步观察响应：下载期间打开原本可直连的网页，检查是否出现明显排队；速度提高但其他请求持续卡顿，不算全面改善。
- 分别记录网络：Wi-Fi 与蜂窝网络分组记录，切换时重新建立连接，避免把旧连接迁移过程混入结果。
- 保留错误类型：记录超时、认证失败或证书验证失败等实际提示，分享记录时遮盖服务器凭据和订阅地址。
结论：可达性优先于峰值
同一配置在当前网络反复出现 UDP 握手超时，而换网后稳定可用时，先处理网络限制，或使用已有服务中适合该网络的其他连接方式；不要靠增加带宽数值反复试错。
常见疑问与处理边界
Hysteria2 能让游戏延迟必然降低吗？
不能。游戏延迟还取决于游戏服务器位置、代理出口位置、绕行路径与排队情况。持续下载表现更稳，并不等于小数据包往返更快。应在游戏实际运行时观察延迟波动与丢包，而不是根据下载速度判断。
连接失败是否应该关闭 TLS 验证？
不应把关闭验证作为常规修复。先检查设备时间、服务器地址、SNI 与证书覆盖的名称，确认服务端证书是否有效。证书验证提供服务器身份检查；绕过错误会掩盖配置问题，并削弱连接安全性。
打开 On Demand 能解决 UDP 被限制吗？
不能。Settings → On Demand 管理的是按需连接触发条件，不会改变运营网络对 UDP 的放行规则。自动重连可以再次发起连接，却不能让被阻断的传输路径变得可达。
协议选择的最终依据应是当前路径的可达性、稳定性与可接受的资源占用。Shadowrocket 是客户端，连接参数来自用户已有的服务；本站仅说明如何配置用户已有的订阅，不提供连接服务。已有参数不完整时，应向原服务商核对，不要把密码、订阅令牌或认证字段当成可猜测的配置值。