Shadowrocket（小火箭）连接后变慢，应先区分本地网络拥塞、连接参数错误、跨网线路波动与远端节点负载。本文面向已经持有自己配置的用户，按固定目标、固定节点、一次只改一项的方式建立对照，说明 Connectivity Test 能证明什么，以及何时应停止修改客户端、向自己的服务商提交排查记录。
先定义“慢”：等待连接与持续传输分开记录
网页长时间空白、图片逐张出现、播放开始后反复缓冲，分别可能涉及解析、建立连接和持续传输。单凭“已连接”不能判断访问链路是否正常；系统隧道建立成功，也不等于远端节点和目标网站均可用。先选一个平时能够访问的固定网页，以及一个允许重复读取的固定文件，后续始终用同样的目标比较。
建议连续观察三次，每次间隔约 30 秒，同时记录网络类型、所选节点、Global Routing 和失败现象。以下数字只是记录格式示例，不是产品实测或性能标准：首次内容出现用时 2 秒、5 秒、3 秒，比一句“有时慢”更容易帮助复现。重复测试会消耗流量，使用蜂窝网络时应控制文件大小。
- 启动等待：记录从发起请求到首批内容出现的时间，不把网页渲染动画计入连接延迟。
- 持续传输：记录相同文件的一段稳定传输速率，注意 MB/s 与 Mbps 不同，1 MB/s 约等于 8 Mbps。
- 间歇中断：注明是否仅在锁屏恢复、切换 Wi-Fi 或蜂窝网络后发生。
- 影响范围：注明是全部目标、单一网站，还是只有某个应用受影响。
第一层：先确认本地网络与路由姿态
本地网络包括设备到路由器的无线连接、路由器出口和当前接入网络。离路由器过远、同一网络正在进行大流量传输、访客网络尚未完成认证，都可能让远端节点看起来很慢。先保持节点与配置不变，再切换接入网络，才有条件判断问题是否来自本地。
-
保存基线
在 Home 记录所选节点和 Global Routing 当前选项，再记录固定网页的加载表现。先不要更新订阅或同时更换多个参数。
-
核对路由
进入 Home → Global Routing。Config 按当前配置规则处理；Proxy 用于全局代理姿态；Direct 用于直连姿态。Scene 涉及场景配置，不应直接当作固定的测速模式。
-
对照直连
对确认允许直连的普通目标，可暂用 Direct 对照。此操作会改变请求路径，应先暂停敏感业务，测试后恢复原选项。直连也慢时，先检查本地网络。
-
更换接入
在条件允许时，用同一设备、同一节点分别连接 Wi-Fi 与蜂窝网络，重新建立连接后测试相同目标。不要在切换网络的同时更换节点。
-
检查按需
若断开后自动重新连接，检查 Settings → On Demand。需要暂时停用时先记下原设置，结束对照后恢复；On Demand 控制按需连接，不是带宽增强选项。
如果只有某个 Wi-Fi 环境慢，而蜂窝网络下相同配置表现正常，优先检查无线信号、路由器负载及该网络的限制。如果两种接入都慢，仍不能立即认定节点故障，应继续核对协议和实际分流。直连与代理路径不同，直连较快只能说明目标可通过另一条路径访问，不能单独证明哪一段发生拥塞。
第二层：核对协议字段，不盲改 MTU 与端口
从 Home 打开当前节点的编辑页面，对照自己服务商提供的原始参数逐项检查。Server、Port、认证信息、传输方式以及 TLS 相关设置需要成套匹配。端口是服务端监听约定，例如原配置使用 443，也不能据此推断所有节点都应改成 443；一个看似常见的端口不代表服务端确实在该端口提供相同协议。
| 协议或设置 | 核对重点 | 常见误判 |
|---|---|---|
| Shadowsocks | Server、Port、密码与加密方法必须对应同一个服务端配置。 | 只修改加密方法，无法补偿不匹配的服务端参数。 |
| VMess / VLESS | 核对认证信息、传输方式，以及配置要求的 Host、Path 和 TLS 参数。 | 能够连接端口，不等于传输层与认证已成功。 |
| Trojan | 核对密码、服务端名称及证书验证所需信息。 | 证书失败不应通过关闭验证当作速度优化处理。 |
| Hysteria2 | 确认认证信息与端口，并确认当前网络允许其依赖的 UDP 通信。 | 其他基于 TCP 的连接可用，不代表 UDP 路径也正常。 |
| WireGuard | 核对密钥、Endpoint、隧道地址、AllowedIPs 与原配置中的 MTU。 | 隧道有握手，也不代表所有目标地址都被正确路由。 |
若小网页能打开，大响应或长连接容易停住，路径 MTU 问题可以列为候选，但相同现象也可能来自丢包、服务端限速或目标站点。先恢复原配置的 MTU，保留一份副本；只有获得适用建议后才做单变量调整。MTU 的单位是字节，不是速率，数值越大或越小都不能直接等同于更快。
Connectivity Test：可达性不是吞吐量
在 Home → Connectivity Test 执行测试，并记录当前网络、所选节点、Global Routing 以及当前配置下的测试结果。测试具体使用的方式和目标应以应用内当前设置为准。测试显示的毫秒数反映该测试条件下的响应时间，不是文件传输速率，也不能直接换算成视频清晰度。
- 数值低但传输慢：短请求可能正常，而持续流量受限。继续用固定文件观察稳定速率，并核对目标是否真的经过所选节点。
- 数值波动大：在相同网络与节点下重复三次，记录范围，不只保留最好的一次。波动可能来自无线竞争、路径拥塞或远端负载。
- 测试失败但网页可用：检查测试目标和当前路由；特定测试请求可能失败，而网页请求走另一条规则或使用不同连接方式。
- 测试成功但某站失败：继续检查该站的 DNS、规则命中、TLS 和目标服务状态，不能据此认定全部访问正常。
Config 下请求遵循配置中的规则顺序与策略。检查 Config 当前启用的文件时，留意 DOMAIN-SUFFIX、GEOIP、IP-CIDR 与 FINAL；域名规则与地址规则关注的条件不同，FINAL 用于前面规则未匹配时的兜底。仅切换 Home 所选节点，不一定改变已命中 DIRECT 或其他策略的请求。进行临时 Proxy 对照后，要恢复原路由姿态，并重新发起请求，避免沿用已有连接。
第三层与第四层：区分线路波动和节点负载
线路质量描述设备经过接入网络到达远端的路径情况；节点负载描述远端服务处理连接与传输的能力。客户端通常无法仅凭一个延迟值将两者完全区分。排查目标不是凭现象给出确定归因，而是通过对照缩小范围，并向自己的服务商提供可复现的证据。
| 控制条件 | 观察结果 | 可支持的判断 |
|---|---|---|
| 同一节点、同一目标，只换接入网络 | 仅某种接入持续变慢。 | 优先检查该接入及其到节点的路径，不足以证明远端整体故障。 |
| 同一接入、同一目标，换已有配置中的节点 | 只有一个节点明显变慢。 | 该节点或到达它的路径值得进一步检查。 |
| 同一配置与接入，分时段重复 | 固定繁忙时段慢，其他时段恢复。 | 记录拥塞或容量限制的可能性，不能单凭时段确定拥塞位置。 |
| 同一节点与接入，换不同目标 | 仅单一目标慢。 | 检查目标服务、目标侧限制及节点到目标的路径。 |
只使用自己已有且获准使用的配置进行比较，不需要为排查寻找新的服务。提交记录时列出测试时间与时区、接入类型、节点备注、协议、目标类型和三次结果。对外分享前移除密码、PrivateKey、完整订阅地址和带认证参数的链接；截图也应遮盖这些信息。客户端买断与线路服务分开，客户端购买本身不包含远端线路容量。
日志出现错误时：按原文定位失败阶段
以下是网络日志中可能出现的标准错误片段，并非每次故障都会显示，也不是所有界面的固定提示。先保留实际完整报错，再查看同一时间附近的请求记录。错误文本只能帮助定位阶段，不能跳过网络与参数对照直接认定责任。
报错：connection refused
原因：连接被目标端或路径中的设备主动拒绝，常见检查点是地址、监听端口与服务状态。
解法：核对当前节点 Server、Port 是否与原配置一致，再向自己的服务商确认对应端口是否正常提供服务。
报错：i/o timeout
原因：某个网络读写阶段未在时限内完成，丢包、路径不可达或远端响应慢都可能触发。
解法：保持节点不变切换接入网络复测，并记录超时前后的目标和时间；不要把延长等待时间当作吞吐量修复。
报错：certificate has expired or is not yet valid
原因：证书有效期或设备日期时间不符合验证条件，失败发生在安全连接验证阶段。
解法：先核对系统日期与时间，再让自己的服务商检查证书有效期；保持证书验证，不以跳过验证替代修复。
常见追问：什么时候该继续改，什么时候该停止
延迟只有几十毫秒，为什么播放还是缓冲？
延迟描述短请求响应，不代表持续可用带宽。保持 Home 所选节点和 Global Routing 不变，用同一固定文件观察稳定速率，再比较不同目标；如果仅该视频服务慢，继续检查目标侧与实际分流，不必先改协议。
换了节点，为什么结果几乎没变化？
先在 Home → Global Routing 核对是否为 Config，再在 Config 检查当前规则与命中策略。请求可能走 DIRECT、固定策略或已有长连接。确认测试流量使用新节点后重新发起请求，才有比较意义。
切换 Wi-Fi 后才慢，需要重建全部配置吗？
不必先重建。确认新网络已经联网，停止正在进行的传输，再断开并重新建立连接，复测相同目标。若系统又自动连接，检查 Settings → On Demand 的原有条件，并记录故障是否只发生在网络切换后。
所有字段都匹配，仍然慢，还要改哪些值？
先停止随机调整。恢复基线配置，保存三次重复结果与跨网络对照，向自己的服务商提交去除敏感信息的记录。远端容量、跨网路径与目标服务状态不是修改客户端字段就能确定或解决的问题。
完成排查后，恢复原有 Global Routing、On Demand 与临时修改的配置。保留一份“可正常访问时”的记录，下一次发生问题便可直接对照。Shadowrocket 主要用于 iPhone 与 iPad，Mac 等 Apple 平台的兼容性及系统要求以 App Store 页面标注为准；不同设备上的无线环境与测试条件不同，结果应分别记录。