本文速览

Shadowrocket（小火箭）连接后速度慢，不应直接归因于客户端或协议。本文以你已有自己的服务商与订阅为前提，先建立固定测试条件，再按节点、线路、协议、本地网络逐层比较。读完可以区分延迟、吞吐量与连接失败，留下可复查的记录，并判断下一步应核对配置、切换接入网络，还是向自己的服务商反馈。

先建立基线：延迟低不等于下载快

延迟测试反映某种探测方式下的响应时间，吞吐量反映一段时间内能传输多少数据。两者测量对象不同。节点列表里响应较快，并不能证明它到目标网站的路径、持续传输能力或晚间负载更好；一次超时也不能直接证明节点长期不可用。

先在 Home 确认当前连接状态、选中的节点与 Global Routing。记录测试方式，不要把不同探测方式得到的数字放在一起排名。应用能完成连接授权，也不等于远端服务已经通过完整请求验证。

固定测试条件 比较节点 对照线路时段 核对协议 切换本地网络
  1. 暂停其他设备或应用的大流量传输，选定同一目标页面或同一测试资源。
  2. 固定 Global Routing、节点和接入网络；每组重复测试 3 次，记录范围，不只记录最快的一次。
  3. 将“首次打开等待”“开始传输后缓慢”“中途停顿”“完全打不开”分开记录。
  4. 每轮只改一个变量。切换后重新建立连接，再执行相同请求，避免旧连接干扰判断。

测试大文件会消耗流量；蜂窝网络下先确认自己的套餐余量。本文中的测试次数是排查方法，不是性能标准，也不是对速度的承诺。

第一层：比较已有节点，先排除单点异常

在 Home 对已有节点执行延迟测试，保留同一测试方法下的连续结果，再用实际请求验证。若只有一个节点持续超时，其他节点访问同一目标正常，优先检查该节点的地址、端口、凭据与服务端状态；若全部异常，继续检查公共因素，不要逐个盲改参数。

观察到的现象能说明什么下一步
单个节点连续超时异常集中在该端点或到它的路径核对服务商给出的地址、端口与有效状态
延迟稳定，持续传输缓慢探测可达，但吞吐量仍可能受限比较同一资源的持续传输表现
所有节点同时变慢可能存在共同线路或本地网络因素固定节点，切换 Wi-Fi 与蜂窝网络
只有一个网站慢可能与目标服务或特定路由有关核对该请求的规则命中与实际出站

节点名称中的地区或标签不能单独证明真实路径；两个名称不同的节点也可能共享出口。应把节点标签当作识别信息，而不是线路独立性的证据。订阅需要更新时，使用已有 Subscribe 项目的更新操作，订阅地址从你的服务商处获取；更新后重新确认选中的节点是否变化。

结论：保留一个可重复的对照节点

从已有节点中选出当前能稳定完成同一请求的一个作为对照。后续每改一个设置，都回到同一目标验证；如果对照也同时变慢，先检查共同因素。

第二层：记录线路时段，区分拥塞与目标站限制

客户端到节点、节点到目标服务都可能出现瓶颈。某个时段所有请求变慢，可能与共享路径负载有关；只有一个站点慢，则还要考虑目标站限速、内容分发路径或服务异常。仅凭一次测速结果，无法确定具体是哪一段拥塞。

保持同一设备、同一节点、同一目标，在问题出现时和相对空闲时各做一组记录。如果使用不同资源，文件大小、缓存命中和远端限制都会改变结果，比较的意义会降低。不要同时开启多个测速任务，它们会竞争同一带宽。

若相同条件下只在固定时段反复变慢，把记录提交给自己的服务商，询问端点负载与路径状况。反复修改 DNS 或重新导入相同订阅，不能直接消除远端拥塞。测速目标正常而业务网站异常时，应以实际业务请求为排查对象。

第三层：核对协议与传输参数，不靠猜测调参

通过 Home → Add Server 手动填写时，或者检查已有节点详情时，协议类型、端口、凭据、传输方式与 TLS 参数必须与服务商提供的信息一致。端口号只是端点参数：例如服务商明确给出 443 时才填写它，不能因为它常用于 HTTPS 就替换所有节点的端口。

443
端口核对示例，不是所有节点的默认值
2 项
分开记录探测延迟与实际吞吐量
1 个
每轮只改变一个测试变量
协议优先核对速度排查注意点
Shadowsocks地址、端口、加密方法、密码方法或密码不匹配会导致请求失败，不能只看端口是否可达
VMess / VLESSUUID、传输方式、TLS、服务商指定的 Host 与路径二者不能仅通过切换类型互换；传输参数须与服务端一致
Trojan密码、TLS、Server Name域名与证书校验失败应修正配置，不应关闭校验来换取连接
Hysteria2认证信息、TLS、UDP 可达性基于 QUIC，接入网络限制 UDP 时可能连接失败或表现不稳定
WireGuard密钥、端点、地址与路由相关配置基于 UDP；还需核对服务端是否收到流量及回程是否正常

Hysteria2 在某些丢包或高延迟条件下可能具有优势，但效果取决于端到端路径与服务端配置，不能推导为所有网络都更快。不要凭空填写带宽参数，也不要把另一协议的端口、认证或传输设置直接复制过来。

报错：connection refused

原因：连接被目标端点或路径中的设备主动拒绝，可能是端口未监听或访问策略限制。

解法：核对地址与端口；相同端点持续出现该错误时，向自己的服务商确认服务状态。

报错：i/o timeout

原因：某个读写阶段未在时限内完成，单独这条错误不能区分拥塞、过滤或服务端无响应。

解法：记录发生阶段，固定节点切换接入网络，并用已有的对照节点复测。

以上是连接日志中可能出现的错误文本，不代表每个协议都会显示相同措辞。保留实际日志上下文比只截取最后一行更有帮助；提交前删除认证信息与私人访问记录。

核对分流路径：确认慢请求确实经过了测试节点

在 Home → Global Routing 中，Proxy、Direct 与 Config 会影响请求如何出站。做节点对照测试时，可在确认用途与流量成本后临时使用 Proxy；测试结束恢复原来的设置。Config 需要结合 Config 中启用的配置与命中规则判断，Direct 的结果不能作为节点吞吐量的测试结果。

如果使用 Scene，还应核对场景关联的设置，不要只凭节点列表上的选中状态判断实际出站。规则按顺序匹配，排查时查看目标请求的命中结果，比不停更换节点更直接。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

这段仅说明规则含义，不要求覆盖现有配置：DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址网段，GEOIP 根据 IP 地理数据匹配，FINAL 处理此前未命中的请求。示例中的 example.com 是说明用域名；实际配置还可能使用自定义策略名称。

第四层：切换本地网络，排除 Wi-Fi 与连接触发因素

固定节点与目标后，将 Wi-Fi 切换为蜂窝网络，重新连接再测试。如果蜂窝网络正常而 Wi-Fi 异常，问题范围会收敛到该 Wi-Fi 的无线质量、路由设备、上联或网络策略，但仍不能仅凭这一项确定具体故障设备。切换时若节点或 Global Routing 也改变，应先恢复相同条件。

  1. 检查本地基线：在允许直接访问的目标上比较连接前后的表现。如果不经过代理也慢，先处理接入网络。
  2. 检查无线质量：靠近路由设备复测，暂停占用上行的大流量任务；上行被占满同样会拉高响应时间。
  3. 检查认证：公共 Wi-Fi 若需要网页认证，先完成该网络的认证，再重试连接。
  4. 检查触发设置：到 Settings → On Demand 查看触发条件。如果测试过程中连接被重新触发，记录发生时间并核对是否符合设置。
  5. 检查连接共存：在系统 VPN 设置中确认当前实际启用的连接，避免把连接状态切换误判为同一隧道持续变慢。

常见追问与反馈清单

延迟很低，为什么视频还是一直缓冲？

延迟探测不等于视频路径的持续吞吐量。固定节点与 Global Routing，比较同一视频的加载情况，再核对该请求实际命中的规则；只对这一服务异常时，记录目标主机名和出现时段。

更新订阅后变慢，要重新填写所有节点吗？

先确认更新后选中的节点、协议与端口是否变化，再与更新前保留的信息对照。不要立即删除全部配置；订阅内容或有效性有疑问时，向自己的服务商确认。

只有 Wi-Fi 下 Hysteria2 不稳定，怎么验证？

保持该节点参数不变，在蜂窝网络重新连接并重复同一请求。若异常只出现在该 Wi-Fi，记录 UDP 相关错误与连接时间；这能缩小范围，但不能单凭现象断言网络一定封锁 UDP。

把手机重启了还是慢，应该发什么信息求助？

提供时间与时区、接入类型、节点标签、协议、Global Routing、目标主机名及三次对照结果。附上脱敏错误上下文，不发送密码、密钥、UUID 或完整订阅链接。

排查结束后恢复原来的 Global Routing 与 On Demand 设置，保留有效记录。节点单点异常优先核对端点，固定时段异常优先对照线路，特定协议异常核对传输条件，只在某一接入网络异常则继续检查本地网络。客户端买断 ≠ 线路套餐，重新购买客户端不会改变已有线路的带宽或负载。