本文适用于 Shadowrocket（小火箭）已连接，但网页加载、视频缓冲或文件传输仍然偏慢的情况。以你已有的服务商与订阅为前提，先固定测试条件，再区分节点出口、网络线路、协议传输与本地接入问题；最后用连接记录验证请求实际走向，形成可以复测的排查结果。订阅从你的服务商处获取。
一、先固定测试条件，确认慢在哪里
连接开关处于开启状态，只能说明系统隧道已建立，不能证明目标请求已经成功通过所选节点。网页首屏慢、持续下载慢与视频频繁缓冲也不是同一问题：前者可能涉及 DNS 和连接建立，后两者更需要观察持续吞吐与传输稳定性。
先在 Home 记录当前节点、Global Routing 状态和本地网络，再确认 Config 中正在使用的配置。测试期间不要同时刷新订阅、更换 DNS、切换协议与修改规则，否则即使速度恢复，也无法判断是哪项变更起了作用。
- 选一个你有权访问、可以重复加载的固定页面或固定文件，记录目标名称。不要拿两个不同站点的下载速度直接比较。
- 暂停系统更新、照片同步和其他大流量任务。连续做 3 次测试，每次持续约 30 秒，记录首屏等待、持续速度和是否中断。
- 统一速度单位。
1 MB/s约等于8 Mbps；不要把文件下载显示的 MB/s 与宽带标称的 Mbps 当作相同数字。 - 每轮只修改一个条件，并在相近时间完成对照。蜂窝网络测试会产生流量，开始前确认自己的套餐余量。
二、节点层：先区分可连接与有吞吐
在 Home 对已有节点做 Connectivity Test，先排除明显不可达的条目。延迟测试反映的是指定测试方式下的响应情况，不等于下载带宽；测试目标、握手过程和是否经过代理都会影响数字，不能只凭最低毫秒数判断体验。
从已有订阅中选两个节点，尽量保持协议相同，并使用同一目标、同一本地网络对照。若只有其中一个持续偏慢，问题范围可以缩小到该节点或它所经过的路径，但仍不能直接断定是服务器负载。
| 观察现象 | 能说明什么 | 下一步 |
|---|---|---|
| 测试响应快，下载持续偏慢 | 短请求可完成，持续吞吐仍受限 | 保持节点不变，更换一个目标文件复测 |
| 同一节点只有一个站点慢 | 可能涉及目标限速或出口到目标的路径 | 用第二个独立站点确认是否为局部问题 |
| 同协议节点 A 慢、B 正常 | 问题更集中于 A 或其路径 | 记录时段，并在另一种本地网络复测 A |
| 所有已有节点均超时 | 可能存在共同的接入或配置问题 | 检查本地网络、订阅有效性及连接记录 |
结论：优先保留能稳定复现的差异
若 A 连续 3 轮都慢而 B 正常，先保留这组结果，再改变网络测试 A；不要立刻更换所有设置。节点差异只是定位起点，不是对服务端原因的最终判断。
三、线路层：用时间与网络交叉对照
线路不是节点列表中的一个独立开关。一次访问至少涉及本地接入到服务端、服务端到目标站点两段路径；即使节点名称和地区不变，实际路由、拥塞与目标内容分发也可能变化。地理距离近，并不保证网络路径短或高峰时段稳定。
- 同节点换网络：在 iPhone 上关闭 Wi-Fi，使用蜂窝网络访问同一目标；随后回到 Wi-Fi 复测。其他条件保持不变。
- 同网络换时间：分别在出现问题的时段与较空闲时段测试，记录时间与持续速度，不只写“晚上卡”。
- 同节点换目标：对两个独立站点测试。只有一个目标慢，更应检查出口到该目标的路径，而不是继续改本地 DNS。
- 整理交叉结果：记录“Wi-Fi 慢、蜂窝正常”或“两种网络在相同时段均慢”。前者优先查 Wi-Fi 接入及其上游路径，后者再结合节点与目标结果判断。
同一节点在两种网络上的差异不能完全分离“运营商线路”与“本地无线环境”。如果 Wi-Fi 下所有访问都慢，应先完成后文的本地网络检查；如果只有某条代理路径慢，才继续缩小线路范围。不同节点也可能共享上游，所以多个节点同时变慢不一定代表多个独立故障。
四、协议层：核对传输条件，不盲目改端口
协议名称不是速度等级。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的传输条件和配置字段不同，是否可用取决于服务端实际部署。不能把现有节点的协议下拉选项换成另一个名称，就当作完成了协议对照。
端口为 443 不代表一定使用 TCP，也不代表流量一定可以通过。Hysteria2 可以使用 UDP 443，但实际端口仍由服务端决定。若网络对 UDP 有限制，依赖 UDP 的连接可能失败或不稳定；反过来，UDP 可用也不能保证拥塞时具有更高吞吐。
- 核对服务商提供的服务器地址、端口和认证信息；涉及 TLS 时，还要确认相应的服务器名称与证书验证设置，不能以关闭验证代替排错。
- 只有已有配置提供了可比较的不同协议入口时，才进行协议对照。若服务器与线路也同时变化，应标注“多变量对照”，不能把差异全归因于协议。
- 若小请求正常、大文件传输反复停顿，先完成换网络测试；MTU 或路径 MTU 只是可能原因之一，不应在没有记录的情况下连续修改多个数值。
报错：connection refused
原因与解法：通常表示连接被拒绝，可能是目标端口没有服务监听或被设备主动拒绝；先从完整记录确认报错对应的是节点地址还是目标站点，再核对相应地址与端口。
报错：i/o timeout
原因与解法：表示某个网络操作未在时限内完成，不能单凭这行确定是带宽不足；记录发生阶段和远端地址，用同节点换网络、同网络换节点的方法缩小范围。
以上是连接记录中可能出现的底层错误文本，不是每次故障都必然显示的提示。记录完整上下文比只保留最后一行更有价值。
五、本地网络与规则：确认请求实际经过哪里
回到 Home 检查 Global Routing。Proxy、Direct、Config、Scene 是不同的路由姿态：Proxy 与 Direct 用于全局代理或直连取向，Config 按当前配置处理，Scene 还涉及所选场景的设置。对照测试前应记下原状态；临时切换后需要恢复，避免把一次诊断变成长期开错路由。
- 检查本地接入：靠近路由器重测，确认 Wi-Fi 没有等待网页认证；在设备网络允许且目标可直连时，短暂关闭连接做基线测试。直连本身也慢，应先处理接入问题。
- 检查命中策略：在 Config 核对正在使用的配置，再通过连接记录确认测试目标匹配了哪条规则、使用哪个策略和节点。选中节点不等于所有请求都会经过它。
- 检查规则顺序：
DOMAIN-SUFFIX匹配域名后缀，IP-CIDR匹配地址段，GEOIP根据 IP 地理数据匹配，FINAL用于最终兜底。先确认早先规则有没有命中，不要只修改最后一条。 - 检查自动重连：若测试时连接状态自行变化，查看 Settings → On Demand。先记录现有条件，再暂时关闭相关自动连接行为，完成手动测试后恢复。
DNS 排查应放在现象支持它的时候：例如首次打开等待明显，但建立连接后持续下载正常。先观察是否存在解析超时、解析失败或目标地址异常，再核对当前配置的 DNS 设置。不要把“换一个 DNS”作为所有低速问题的通用解法，也不要随意关闭证书验证或扩大直连范围。
六、常见问题与停止排查的条件
延迟只有几十毫秒，为什么视频还是缓冲？
延迟不代表持续吞吐。固定同一视频和清晰度，观察播放过程中是否持续缓冲，再用同一节点访问另一个目标。如果只有该视频服务慢，应保留目标名称与时段，继续检查出口到目标的路径。
换成蜂窝网络就正常，是不是节点没问题？
只能说明该节点在蜂窝网络下可以完成这次测试。回到同一 Wi-Fi，先对可直连目标做基线测试，再靠近路由器复测；本地无线干扰与 Wi-Fi 上游到节点的路径仍需要区分。
更新订阅能让速度恢复吗？
更新可以同步服务商变更过的地址或参数，但不能直接消除线路拥塞。先保存当前测试结果，再在 Home 的订阅条目执行更新，并核对测试节点是否发生变化。订阅从你的服务商处获取，不要在排查期间反复替换来源。
所有对照都做了，仍然只在固定时段变慢怎么办？
整理同一节点、目标、网络在不同时段的 3 轮结果，连同脱敏错误记录交给自己的服务商核查。保留可用的既有配置，不再连续改动协议、DNS 和规则，以免破坏可复现条件。
一次有效反馈应包含：发生时间、Wi-Fi 或蜂窝网络、节点标识、协议、Global Routing 状态、目标、速度单位和对照结果。排查的终点不是找出一个“最快设置”，而是确定故障影响哪一层，以及由哪一方继续核查。若客户端以外的接入或远端路径已经表现出一致异常，继续修改本地配置通常无法解决它。
核对 Shadowrocket 获取入口与基础设置
Shadowrocket 是 Apple 平台的闭源商业应用，iPhone 与 iPad 用户通过 App Store 获取，一次性买断不等于线路套餐。开发者为 Shadow Launch Technology Limited，App ID 为 932747118；价格、兼容性与系统要求以 App Store 页面标注为准。需要重新核对应用或检查首次配置时，可使用以下入口。
去正版核验页 看教程