Shadowrocket速度慢怎么排查：先分清节点、规则还是本地网络
简答：Shadowrocket速度慢时，不要先反复换节点或改DNS。最快的方法是先关闭连接测试本地网络，再用同一网络、同一节点、同一目标重复测试，最后分别比较Config、Proxy和Direct；这样可以判断问题更接近本地Wi-Fi/蜂窝网络、规则、DNS、节点参数，还是线路与目标网站。
定义：Shadowrocket速度慢排查，是通过固定变量对比首开时间、延迟、丢包、持续吞吐和日志错误，逐层定位本地网络、路由规则、节点配置或远端线路问题。
先试这一步：用同一目标做三轮对照
如果你只是想尽快判断问题在哪里，按下面顺序操作：先记下当前网络类型、节点、Global Routing模式和测试目标；关闭Shadowrocket连接，打开同一个网页或执行同一个下载测试；重新连接后保持节点和目标不变，再测试三次。不要同时换节点、改DNS和改协议，否则无法判断是哪一项产生了变化。
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 关闭连接也慢 | Wi-Fi、蜂窝网络、信号、路由器或目标网站 | 切换Wi-Fi与蜂窝网络，对同一目标再测 |
| 只有一个节点慢 | 节点地址、端口、协议参数或节点负载 | 保留网络和目标不变，换一个节点对照 |
| 所有节点都慢 | 本地网络、规则、DNS、共同线路或时段拥塞 | 切换网络，并比较Proxy与Direct |
| 网页首开慢但下载正常 | DNS、TLS握手、规则匹配或连接建立 | 查看日志中的timeout、证书或连接拒绝信息 |
| 延迟低但视频和下载慢 | 丢包、抖动、持续吞吐、目标限速或设备状态 | 做连续传输测试，不要只看Ping或延迟 |
Shadowrocket在App Store的功能说明中列出Wi-Fi、蜂窝、直连和代理连接的网络速度测量，以及HTTP、HTTPS和DNS请求记录能力；但单次测速只能反映当时的测试条件，不能直接代表所有网站或应用的实际体验。可在App Store查看应用功能说明。
按固定变量排查：本地网络→路由模式→节点参数
- 建立本地基线。在Shadowrocket中暂时断开连接，用同一个浏览器、同一个网页或同一个文件测试。记录网页首屏耗时、是否中途停顿和持续下载表现。若直连已经慢，优先处理Wi-Fi信号、蜂窝信号、路由器负载或目标网站问题，不要先改节点参数。
- 交叉比较Wi-Fi和蜂窝网络。在同一地点分别测试Wi-Fi与蜂窝网络，并尽量保持节点和目标一致。Wi-Fi慢而蜂窝正常，重点检查路由器、无线信号、局域网DNS和其他设备占用；蜂窝慢而Wi-Fi正常，检查信号强度、数据模式和运营商网络。iPhone的蜂窝数据、5G/LTE和数据模式入口可参考Apple关于蜂窝网络设置的说明。
- 检查Global Routing。如果界面提供Config、Proxy和Direct，先确认当前模式。Config会按已启用配置中的规则处理请求；Proxy适合短时间比较选定节点的整体代理路径；Direct用于观察当前网络直连目标时的表现。测试时每次只切换一个模式，并对同一目标发起新的请求。若Proxy正常、Config异常，优先检查活动配置、规则顺序和命中的策略；若Direct和Proxy都慢，问题可能不在规则本身。
- 核对节点参数。对比节点提供方给出的地址、端口、协议、TLS开关、SNI或Host、Path、密码、UUID、密钥等字段。不要凭经验把一个协议的参数填到另一个协议。若只改动一个节点后速度恢复，先保留原配置备份，再记录是哪一项变化，不要一次重建全部节点。
- 最后再看DNS和IPv6。网页首开慢、域名偶尔打不开、日志反复出现解析超时，才把DNS列为重点。若只有部分网站异常，还要检查规则是否把域名送到了预期策略。IPv6网络下也应记录测试结果：可以暂时比较IPv6可用与不可用时的表现，但不要在没有对照结果时直接断言IPv6一定是原因。
怎么看结果：延迟、测速、首开和持续吞吐不是一回事
延迟低不等于下载快。Ping主要反映小数据包往返时间；网页首开还包括DNS解析、TCP或QUIC建立、TLS握手、规则匹配和服务器响应；视频播放与大文件下载则更受持续吞吐、丢包、抖动、拥塞和目标端限速影响。
可以把一次测试拆成四项记录：一是域名解析是否及时；二是首屏或首字节等待时间；三是连续传输时的速度是否稳定；四是过程中是否出现停顿、重连或速度周期性下降。假如测速页面显示正常，但视频仍缓冲，优先观察持续传输期间的抖动、丢包、设备发热和目标应用本身的线路差异，而不是立刻判定节点整体不可用。
iPhone的低电量模式会减少部分后台活动，低数据模式也可能限制后台网络使用或降低流媒体质量。排查视频和下载问题时，应确认“设置→电池”以及当前Wi-Fi或蜂窝网络的数据模式，完成测试后恢复原设置。相关行为可参考Apple低电量模式说明和Apple低数据模式说明。
日志与常见错误：只用来缩小范围，不要过度解读
- timeout或i/o timeout：通常表示在规定时间内没有完成连接、解析或读取。先区分是单个节点、单个网站还是所有目标都出现，再比较Wi-Fi与蜂窝网络。
- connection refused：表示目标端或中间服务拒绝连接。核对地址和端口，并用其他节点做对照；不要仅凭这一条日志断言线路故障。
- certificate verify failed：优先检查TLS、SNI、Host和系统时间等参数。不要为了追求速度长期关闭证书校验；如果确需测试，应记录改动并在测试后恢复。
- 规则命中不符合预期：确认Global Routing使用的是Config，并确认查看的配置文件就是当前启用文件。导入配置但未启用，并不代表请求正在使用该配置。
排查时建议打开请求或连接日志，重新访问同一目标，再记录时间、节点、模式和错误文本。分享日志前，必须删除完整订阅链接、密码、UUID、私钥、Token、Cookie、内网地址和可识别账号信息。
一张可复制的测试记录表
每次只改一个变量，连续记录至少三轮。测试完成后恢复原来的节点、Global Routing模式和系统网络设置。
| 时间 | 网络 | 节点/协议 | 模式 | 目标 | 首开表现 | 持续传输 | 日志 |
|---|---|---|---|---|---|---|---|
| 例如：晚上 | Wi-Fi或蜂窝 | 节点A/协议 | Config、Proxy或Direct | 同一网页或文件 | 快、慢或超时 | 稳定、波动或中断 | 错误原文 |
结果判断可以遵循三个分支：只有一个节点异常，先核对该节点参数并暂时停用它；所有节点在一个网络异常，先处理本地网络或接入路径；不同网络和多个节点都正常，只有某个网站或应用异常，则检查规则、DNS、目标服务限制或应用自身设置。
补充说明：本站与相关客户端没有官方关联
本站是第三方使用指南站，与Shadowrocket开发者及相关服务提供方无关联。本文只依据公开应用说明和系统支持资料整理排查方法；具体菜单名称可能随应用版本、系统版本和语言变化，找不到某个选项时，应优先搜索应用内的“Global Routing”“Config”“Log”“DNS”等关键词，并以当前版本显示为准。Shadowrocket本身不等于节点、订阅或线路服务，节点质量、线路拥塞和服务规则需要单独核验。
如果你还要排查其他客户端的连接问题，可以继续阅读：Clash Verge Rev订阅导入后连接失败排查、sing-box连接成功但无法上网排查，或返回最新文章查看同类网络问题。
结论：先判断慢在哪一层，再决定是否换节点
Shadowrocket速度慢的最短排查路径是：断开连接建立本地基线，固定同一网络、节点和目标重复测试，再交叉比较Wi-Fi与蜂窝网络，检查Config、Proxy、Direct的差异，最后核对DNS、IPv6、协议参数和日志。这样能避免把本地网络问题误判成节点问题，也能避免仅凭一次测速或Ping结果下结论。
常见问题
Shadowrocket测速正常，为什么视频还是卡？
测速通常只代表某个测试目标和某个时间点，视频还会受到目标CDN、持续吞吐、丢包、抖动、设备发热和应用自身策略影响。请固定同一节点和网络，连续播放或下载一段时间，观察是否周期性降速或重连。
Shadowrocket速度慢，应该先换节点还是先改DNS？
先建立直连基线并比较多个节点。如果只有一个节点慢，优先核对节点参数或更换节点；如果网页首开、域名解析和日志都表现异常，再检查DNS。不要同时换节点和改DNS，否则无法判断原因。
Config、Proxy、Direct有什么区别？
Config按当前配置中的规则处理请求，Proxy适合短时间比较选定节点的整体代理路径，Direct用于对照当前网络的直连表现。这些选项改变的是流量处理方式，不会自动补齐节点地址或修复错误的协议参数。
日志出现certificate verify failed怎么办？
先核对系统时间、TLS开关、SNI、Host和节点配置，再用另一个节点做对照。不要把长期关闭证书校验当作通用提速方案；测试完成后恢复安全设置。
iPhone锁屏或低电量时速度变慢，怎么判断？
先确认低电量模式、低数据模式和当前信号状态，再在电量充足、设备温度正常时重复同一测试。Apple说明低电量模式和低数据模式会减少部分后台活动或限制网络使用，因此应把这些系统状态纳入对照记录。