Hysteria2 是基于 QUIC 的代理协议，不是固定的加速开关。本文适合已经从自己的服务商处获取订阅或节点参数的 Shadowrocket 用户：先区分 UDP、QUIC 与拥塞控制，再核对导入字段，最后用同一目标、同一网络下的重复测试判断是否适用，避免把参数错误或 UDP 受限误认为客户端故障。
Hysteria2、QUIC 与 UDP 分别负责什么
Shadowrocket（小火箭）中的 Hysteria2 是一种连接协议选项。它在客户端与服务端之间使用基于 UDP 的 QUIC 连接承载代理流量；它不负责提供线路，也不会因为切换协议而改变服务端所在地、出口带宽或目标网站的处理能力。订阅与节点从你的服务商处获取。
UDP 提供数据报传输，本身不保证数据按顺序到达，也不保证丢失后补发。QUIC 在其上实现加密连接、可靠流、丢包恢复与拥塞控制等机制。因此，“底层使用 UDP”不等于“网页内容丢了也不重传”。应用需要的可靠字节流，仍由相应传输机制保障。
上面的流程还说明了一个排查边界：只有匹配到代理策略、并由该策略选中 Hysteria2 节点的流量，才会经过这条通道。Global Routing 停在 Direct 时，浏览网页的结果不能用来判断该节点的传输表现；Config 模式下也需要确认目标实际命中的规则。
弱网下可能更稳，但不等于所有连接都更快
QUIC 的多个流可以独立交付数据：某个流等待丢失的数据补齐时，不必让其他流在传输层一起等待同一段有序字节流恢复。这有助于减少跨流的队头阻塞，但同一个流内仍有顺序约束，多个流也仍然共享网络容量与拥塞状态。不能把“多流”理解成增加了实际带宽。
Hysteria2 的吞吐表现还与拥塞控制有关。其协议体系支持基于带宽参数的 Brutal 拥塞控制，也有自适应控制路径；实际行为取决于客户端实现、服务端配置与协商结果。带宽参数过高可能造成持续丢包和排队，过低则可能限制吞吐，不能照抄与本地接入能力无关的数值。
| 网络条件 | 可能出现的结果 | 先检查什么 |
|---|---|---|
| 有随机丢包，UDP 可达 | 吞吐可能比保守退让的传输方式更稳定，但不能保证提升。 | 重复测试的完成时间、停顿次数与持续吞吐。 |
| 本地链路已饱和 | 提高发送速率可能增加排队延迟，交互请求反而变慢。 | 测试时是否同时存在上传、云端备份或其他大流量。 |
| 服务端出口受限 | 换成 QUIC 也无法超过服务端或目标端的容量限制。 | 同一时段、同一目标是否持续遇到相同上限。 |
| UDP 被丢弃或限速 | 可能握手超时，或连接成功后吞吐一直偏低。 | 同一配置在另一个允许 UDP 的网络中能否工作。 |
结论：先确认 UDP 可达，再比较吞吐
如果同一配置只在某个网络超时，先做网络切换对照；不要立即调高带宽参数，也不要仅凭一次延迟读数认定协议更快。
导入前核对地址、端口、认证与 TLS
已有订阅时，优先使用服务商提供的完整参数导入，避免手工录入遗漏认证信息。导入后在 Home 查看对应节点并打开编辑页，逐项核对协议类型、服务端地址、端口与认证字段。Hysteria 与 Hysteria2 不能仅凭名字相似就视为同一配置，导入类型应与服务端要求一致。
连接与认证核对
- 协议类型
- Hysteria2，与服务端协议一致。
- 服务端地址
- 按提供的域名或 IP 原样填写。
- 服务端端口
- 以提供值为准；若为 443，仍需允许 UDP 443。
- 认证信息
- 保留大小写与符号，不带入复制时的空格。
443 只是端口示例，不是所有 Hysteria2 节点的固定端口。
TLS 与附加参数核对
- TLS
- 核对证书验证要求，不以关闭验证作为常规修复。
- SNI
- 若提供了专用名称，按要求填写，不随意改成 IP。
- 混淆参数
- 仅在服务端要求时填写，类型与密码必须一致。
- 带宽参数
- 先保留导入值；调整前确认单位与字段含义。
节点编辑页的字段布局可能不同，应按字段含义核对，而不是按截图位置猜测。
TCP 443 能访问，不代表 UDP 443 也能通过。二者虽然使用相同数字，仍是不同的传输协议与防火墙匹配条件。公司、校园、酒店等网络可能只允许部分 UDP 流量；允许 DNS 查询也不能证明任意 UDP 端口都可达。
订阅更新与节点连接也是两条不同链路：更新成功只说明获取到了订阅内容，不能证明其中的 Hysteria2 服务端可达。更新失败时，应先检查当前网络能否访问订阅地址以及服务商给出的链接是否仍有效；不要公开包含认证信息的完整订阅地址。
按固定条件测试，区分握手、分流与吞吐问题
测试时只改变一个变量。网络、节点、目标内容与测试时段同时变化，会让结果无法归因。以下是一套记录方法，不是本文声称的实测成绩；实际数值应由你的设备与当前线路产生。
- 固定网络：先使用同一 Wi-Fi，暂停大文件上传与备份，记录是否有其他设备占用带宽。随后再单独测试蜂窝网络，不混合两组结果。
- 确认路由：在 Home 将 Global Routing 临时设为 Proxy，并选中待测节点。此设置会影响测试期间的流量处理，结束后恢复日常使用的 Config。
- 确认真实访问：访问同一 HTTPS 页面，记录是否能完成加载。节点显示可用或单次延迟有数值，都不等于整个代理链路可以持续传输。
- 重复传输：对同一受信任的大文件连续测试 3 次，每次观察至少 30 秒，记录平均速率、明显停顿与失败次数，避免只抄瞬时峰值。
- 换网复核：保持节点和参数不变，切到另一种网络重复测试。只有某一网络失败时，优先检查该网络对 UDP 的处理。
注意单位：Mbps 表示每秒兆比特，MB/s 表示每秒兆字节，按十进制单位换算，80 Mbps 约等于 10 MB/s，实际应用吞吐还会受到协议开销影响。这只是单位示例，不是速度承诺。把测速结果与配置中的带宽字段比较前，必须先统一单位。
Config 与 On Demand 不会改变协议底层
Global Routing 决定流量采用什么处理方式，节点协议决定选中代理后如何连接服务端。日常使用 Config 时，规则会把不同请求送到指定策略；Proxy 可用于缩小测试范围，Direct 用于直连。Scene 属于场景化处理选择，不是 Hysteria2 的另一种拥塞控制方式。
- Home：核对选中的节点与 Global Routing，避免测速时实际使用了另一个节点或 Direct。
- Config：检查当前启用的配置及规则顺序。
DOMAIN-SUFFIX匹配域名后缀，IP-CIDR匹配地址段，GEOIP使用地理地址分类，FINAL承接未命中前面规则的请求。 - Settings → On Demand：检查自动连接条件是否影响了测试。切换 Wi-Fi 与蜂窝网络后，应再次确认当前连接状态。
On Demand 用于按条件自动连接，不会让受限网络自动允许 UDP，也不会替代节点认证。排查阶段可先记录当前条件，必要时临时停用自动触发并手动连接，排查完成后再恢复。修改前保留原设置，避免忘记恢复日常连接行为。
Hysteria2 常见连接问题
Wi-Fi 一直超时，换蜂窝就能用，应该改哪里？
先保持地址、端口、认证与 TLS 参数不变，分别重复连接。若差异稳定复现，检查该 Wi-Fi 是否需要先完成网络登录，以及是否限制目标 UDP 端口。在受管理的网络中向管理员确认规则，不要盲目更换端口；服务端未监听的新端口不会生效。
已经有延迟数值，为什么网页还是打不开？
回到 Home 核对节点和 Global Routing，用 Proxy 做一次受控访问测试，再恢复 Config。若 Proxy 可用而 Config 不可用，检查目标命中的规则与策略；若两者都失败，再核对认证、TLS 与服务端状态。延迟数字本身不能证明目标请求已成功转发。
带宽参数越大是不是越快？
不是。先保留导入参数，停止其他大流量后记录 3 次测试结果。只有明确字段单位、服务端要求与本地可用容量时才逐项调整；若调整后停顿、丢包或交互延迟增加，恢复原值，不要继续加大。
更新订阅后仍然失败，需要重新购买应用吗？
先在 Home 检查更新后的节点是否实际被选中，再核对协议和端口是否发生变化，并从你的服务商处确认参数有效性。应用购买与线路服务是两件事，重新购买客户端不能修复服务端故障或当前网络的 UDP 限制。
最终判断应落到可重复的现象上：相同条件下是否更少停顿、是否完成请求、是否保持可接受的交互延迟。Hysteria2 适合在 UDP 可达的前提下参与比较，不应仅凭协议名称替换所有连接。保留一份已验证的配置，有助于在网络条件变化时回退与定位问题。