本文适用于已经在 Shadowrocket（小火箭）导入自己订阅、能够连接但网页加载或传输速度异常的用户。先固定测试目标与 Global Routing 姿态，再依次检查本地接入、协议参数、传输路径和节点资源；每轮只改变一个条件，用重复测试区分持续瓶颈与瞬时波动。
先区分延迟高、首开慢与持续传输慢
“速度慢”至少包含三种不同现象：连接建立前等待很久、网页首屏出现很晚、文件开始传输后吞吐一直偏低。延迟测试反映的是特定测试方式与目标下的响应时间，不等于可用带宽。Home 中的 Connectivity Test 用于辅助判断可达性；即使测试成功，也不能据此认定所有网站和大文件传输都正常。
先选一个自己有权访问、内容大小固定的 HTTPS 资源作为测试目标，避免每次更换网站。连续测试三次，分别记录开始时间、首个内容出现的等待时间和稳定传输速度。下面是记录方法示例，不是产品实测结果，也不是速度承诺。
| 现象 | 记录示例 | 优先核对 |
|---|---|---|
| 延迟低但下载慢 | 响应约 80 ms，持续传输约 300 KB/s | 线路拥塞、节点限速、目标站限速 |
| 首开慢，随后正常 | 等待约 5 秒，随后稳定约 5 MB/s | DNS、握手、连接重建 |
| 传输间歇停顿 | 连续三次出现数秒无数据 | 无线干扰、丢包、网络切换 |
比较数值时先统一单位：8 Mbps 的理论换算约为 1 MB/s，实际传输还受协议开销影响。不要把测速页的 Mbps 与文件下载页的 MB/s 直接比较，也不要把某一次延迟最低的节点自动当成吞吐最高的节点。
第一层：固定本地网络与测试姿态
本地接入质量会影响后续所有判断。Wi-Fi 信号满格只说明设备收到的无线信号较强，不能证明路由器上行、家庭宽带或当前网络出口没有拥塞。先暂停照片同步、系统更新与其他大流量任务，再开始对照测试。
-
记录现状
在 Home 记录当前节点与 Global Routing 选择，再到 Settings → On Demand 记录启用状态。若要测试关闭连接后的基线，先临时停用自动连接，避免开关被自动恢复；测试结束后恢复原设置。
-
建立基线
关闭 Shadowrocket 连接，用一个当前网络可直接访问的固定资源测试三次。若此时也慢，先检查路由器、无线干扰与宽带接入，不要立即改协议。
-
固定姿态
回到 Home，打开 Global Routing，先确认当前是 Proxy、Direct、Config 还是 Scene。需要隔离规则影响时，可临时使用 Proxy，选择一个固定节点重新连接，测试后恢复原姿态。
-
替换接入
保持节点与目标不变，分别在 Wi-Fi 和蜂窝网络测试。切换后等待网络稳定并重新连接，不在传输中途切换；使用蜂窝网络前确认自己的流量余量。
如果同一节点在蜂窝网络正常、在 Wi-Fi 持续慢，问题范围偏向该 Wi-Fi 的接入、出口或它到节点的路径，而不是直接证明节点服务器故障。若两种接入都慢，继续核对参数与线路。On Demand 控制按条件建立连接，本身不是带宽加速选项。
第二层：逐项核对协议参数，不凭感觉改 TLS
参数错误更常导致无法连接、握手失败或反复重试，有时表现为网页长时间等待。先将 Home 中当前节点的编辑页与用户自己的服务商配置逐项对照。订阅导入的节点优先更新订阅后复测；手动修改前记录原值，以免更新后覆盖修改而误判结果。
| 协议或选项 | 应核对的内容 | 容易误判的地方 |
|---|---|---|
| Trojan 与 TLS | 地址、端口、Password、SNI 与证书要求 | 连接地址不一定等于 SNI，必须以服务商配置为准 |
| VMess / VLESS | 身份参数、传输方式，以及适用时的 Host、Path、TLS | 能解析节点名称不代表传输参数完整 |
| Shadowsocks | 加密方式、Password、端口与服务端要求的插件参数 | 密码正确仍可能因加密方式不符而失败 |
| Hysteria2 / WireGuard | 服务端对应的认证或密钥、地址与端口配置 | 两者依赖 UDP，当前网络对 UDP 的处理也会影响连接 |
端口应照配置填写。例如，服务端给出的端口是 8443，就不能因为 TLS 常见端口是 443 而改成 443。端口号本身也不代表速度等级。对于 TLS 节点，应保持证书验证；不要把开启 Allow Insecure 当作处理速度慢的通用方案。遇到证书问题还应核对 iPhone 或 iPad 的系统时间。
若连接记录出现以下英文错误片段，可按其含义缩小范围；不同连接阶段的完整文本可能不同，不要只看一个词就认定服务端故障。
报错：i/o timeout
原因与解法：某一阶段的读写未在时限内完成，可能涉及本地网络、路径或服务端——记录错误前后的连接阶段，再保持节点不变切换接入网络复测。
报错：connection refused
原因与解法：连接被目标端或中间设备主动拒绝，常见于端口未监听或访问被拒绝——先核对地址与端口，再向自己的服务商确认对应服务状态。
报错：certificate verify failed
原因与解法：TLS 证书验证没有通过，可能涉及名称、证书链或系统时间——核对 SNI、系统日期与服务商配置，保留验证并修正原因。
第三层：用交叉测试定位线路拥塞与丢包
这里的“线路”指设备所在网络到节点服务器之间的传输路径。它可能经过接入网络、跨网互联与中转环节；路径质量会随时间变化。一次成功连接不能排除拥塞，而单个目标站速度慢，也不能说明整条路径带宽不足。
- 同节点、换接入：固定节点和资源，只替换 Wi-Fi 与蜂窝网络。差异稳定复现时，优先考虑不同接入出口到该节点的路径差异。
- 同接入、换时段：在较空闲时段与平时出现问题的时段各测三次。若主要在特定时段下降，应把拥塞列为待验证原因，而不是直接更换协议。
- 同节点、换目标：分别访问两个独立的固定资源。只有一个目标慢时，继续考虑目标站限速、地域调度或节点到目标站的路径。
- 同接入、换节点：只在自己已有订阅中选择另一个可用节点，保持资源与测试方式不变。避免开启多个并行下载，否则会引入额外争用。
若网页可以打开，而视频或大文件出现周期性停顿，应关注丢包与吞吐稳定性，不只看最低延迟。对依赖 UDP 的协议，如果换到另一种接入后恢复，应请服务商结合网络环境核对 UDP 可达性。不要批量修改 MTU、DNS 和传输参数；同时改动多个选项会让对照结果失去解释力。
第四层：区分节点资源、套餐限制与目标站瓶颈
完成前面三层后，再评估具体节点。节点可达不代表其出口带宽、并发资源和到目标站的连接都充足。延迟正常但持续吞吐低，可能涉及节点负载、用户套餐限速、流量额度或目标站限制；客户端单侧通常不能准确测出服务端 CPU、出口占用等内部状态。
- 在自己服务商提供的账户信息中核对有效期、剩余流量与已约定的速度限制，不通过反复刷新订阅来绕过限制。
- 更新自己已有的订阅后，确认仍在测试同一节点，避免节点名称或地址变化导致前后数据无法比较。
- 在相同接入下比较已有订阅中的两个节点；如果只有其中一个对多个目标持续慢，向服务商提交该节点的测试记录。
- 如果多个节点只访问同一个网站慢，保留其他目标正常的对照结果，优先核查目标站与相应出口路径。
提交记录时应包含测试时间与时区、Wi-Fi 或蜂窝网络、协议、Global Routing 姿态、目标类型、三次结果和错误片段。不要发送订阅完整链接、Password、私钥或身份凭据；分享截图前遮盖这些信息。客户端购买凭证与网络线路状态是两类信息，不能用购买状态判断线路是否限速。
常见追问：低延迟、自动连接与恢复设置
延迟只有几十毫秒，为什么下载还是慢？
延迟测试测的是特定探测的响应，不是持续吞吐。固定一个较大的资源，连续测试三次，并对照另一个目标；同时确认 Global Routing 与所选节点没有变化，再判断是否为带宽或目标站限制。
开了 On Demand 会不会更快？
Settings → On Demand 影响自动连接条件，不增加线路带宽。若等待出现在切网后的重新连接阶段，先在同一种接入上手动建立连接复测；不要把重连时间与稳定下载速度混为一项。
Proxy 正常，Config 很慢，要一直用 Proxy 吗？
不必先改变长期使用方式。记录异常域名，在请求记录中确认实际出站，再到 Config 检查提前命中的规则与 FINAL。修正相应规则或策略后恢复 Config，重新测试同一目标。
测完以后应该恢复哪些设置？
恢复原来的 Global Routing、当前节点和 Settings → On Demand 状态；如果修改过参数，按事先记录恢复。保留有效的对照结果，不要因为一次偶然变快就同时保存多项未经验证的改动。
排查的结束条件不是找到一个看似更快的开关，而是能够复现差异：哪个接入、哪个节点、哪个目标、哪个时段出现问题。若证据仍不足，先保存配置和记录，再向自己的服务商提供最小必要信息，比清空配置重新导入更容易定位原因。