Shadowrocket 延迟高怎么办？按 4 步定位问题
简答：先不要急着改 DNS 或 MTU：关闭后台下载后，在同一设备、同一网络下测试当前节点，再分别比较另一个节点、蜂窝数据和 Proxy/Rule 模式。若只有一个节点高延迟，优先换节点；若所有节点在 Wi‑Fi 下都高而蜂窝数据正常，先查本地网络；若延迟测试正常但网页或视频仍慢，还要检查分流规则、丢包和目标网站。本文是第三方使用指南，不代表 Shadowrocket 或任何节点服务的官方页面。
定义：Shadowrocket 延迟高，通常是指节点连接测试响应时间明显升高或出现超时，但延迟数值不等于实际下载速度，也不能单独证明节点不可用。
先做四步速查：不要一上来改 DNS 或 MTU
Shadowrocket 的延迟测试主要反映设备到节点测试目标的响应情况；网页打开速度、视频缓冲和下载速度还会受到丢包、带宽、分流规则以及目标网站响应的影响。因此，先按下面顺序做最小改动。
| 步骤 | 怎么做 | 成功判据 | 结果怎么判断 |
|---|---|---|---|
| 1. 建立基线 | 暂停后台下载、云同步、系统更新和视频播放，保持 Shadowrocket 当前配置不变。 | 连续测试时网络活动基本稳定。 | 避免把本机占用误判为节点延迟。 |
| 2. 重测当前节点 | 在 Shadowrocket 首页进入当前节点的延迟或连通性测试，连续测 3 次并记录结果。 | 三次结果接近，且没有超时。 | 单次尖峰不能直接证明节点持续异常。 |
| 3. 对比另一个节点 | 同一设备、同一网络、同一目标下，换一个地区或线路节点测试。 | 新节点的结果明显更稳定。 | 只有原节点异常时，优先判断为节点或线路问题。 |
| 4. 对比网络和模式 | 分别用 Wi‑Fi 与蜂窝数据测试；再暂时比较 Config/Rule 与 Proxy 模式。 | 某一种网络或模式明显改善。 | 据此定位本地网络、分流规则或代理路径。 |
Shadowrocket 的 App Store 页面将其描述为用于配置和连接代理的应用，具体节点、订阅和线路质量并不由应用本身决定，可先核对你安装的应用是否来自Apple App Store 页面。本文菜单名称以当前版本界面为准；如果你的界面名称不同，请以应用内实际显示为准，核验日期为 2026-11-08。
先分清四种现象，再决定下一步
| 现象 | 优先检查 | 不要急着做什么 |
|---|---|---|
| 只有一个节点延迟高或超时 | 换两个节点对比，记录节点名称、地区、时间和测试结果。 | 不要立即重装 Shadowrocket，也不要一次修改多个高级参数。 |
| 所有节点都高，Wi‑Fi 下更明显 | 暂停下载，重启路由器或改用蜂窝数据做对照；检查是否存在 Wi‑Fi 丢包。 | 不要直接把问题归因于节点服务。 |
| 延迟测试正常，但网页、视频或应用很慢 | 检查当前是 Rule/Config 还是 Proxy；确认目标流量是否被送到预期节点。 | 不要只看延迟数字就判断速度一定正常。 |
| 只有某个网站或应用慢 | 比较其他网站和应用，并检查该域名是否被规则设为 Direct 或走了不同节点。 | 不要把单个目标的问题扩大成全部连接故障。 |
| 延迟偶尔突然升高 | 记录发生时间、网络类型、节点和是否同时有丢包或切换网络。 | 不要只测一次就更换全部配置。 |
官方手册对 Global Routing 的说明区分了 Config、Proxy 和 Direct：Config 按配置规则处理，Proxy 将请求交给选定代理，Direct 则不经过代理。排查时可以临时切换一种模式做对照，测试完成后恢复日常使用的模式；相关说明可参考Shadowrocket 模式与路由手册。
三次对照测试：判断是本地网络、节点还是分流
- 测试 A：同一网络、两个节点。保持手机、Wi‑Fi、测试时间和目标不变，只更换节点。若一个节点连续超时、另一个节点稳定，问题更偏向单节点或线路，不要先改本机 DNS。
- 测试 B：同一节点、Wi‑Fi 与蜂窝数据。如果 Wi‑Fi 延迟高、蜂窝数据明显改善，先检查路由器位置、无线干扰、后台占用和宽带链路；如果两种网络都高，再继续看节点、订阅或规则。
- 测试 C：同一节点、Rule/Config 与 Proxy。如果 Proxy 模式能访问而 Rule/Config 模式异常，重点检查规则匹配、目标域名是否走 Direct，以及当前配置是否已更新。测试完成后恢复原模式，避免临时设置影响其他应用。
每次只改变一个变量，并记录“日期、时间、网络类型、节点、模式、三次测试结果、实际访问结果”。这样既能避免凭感觉换配置，也便于后续提交可复现信息。
延迟正常但实际速度慢，怎么继续排查？
低延迟不等于高速度。延迟主要反映响应时间，实际体验还可能受丢包、拥塞、节点出口、目标网站限制和本地带宽影响。假如延迟测试连续稳定，但视频仍频繁缓冲，可以按以下顺序检查：
- 暂停其他设备的大流量活动，重新打开同一页面或视频。
- 确认 Shadowrocket 当前开关已打开，并确认目标应用没有被规则设为 Direct。
- 用第二个节点访问同一目标，比较加载时间和是否出现重试。
- 分别测试其他网站或应用，判断是单一目标慢还是全部目标慢。
- 只有在前面步骤无法解释问题时，再考虑 DNS、MTU 或协议参数；一次只改一项，并保留原配置以便回滚。
回滚方法很简单：恢复原节点、原路由模式和原配置文件，关闭临时改动后重新测试。不要在没有记录原值的情况下同时修改 DNS、MTU、协议和规则。
什么时候可以判断需要联系节点服务商？
当同一设备、同一网络下，多个节点都出现持续超时或明显丢包，并且 Wi‑Fi 与蜂窝数据结果接近；或者订阅更新后大量节点同时异常，就可以整理记录后联系服务商核对。联系时只提供必要信息：
- 发生日期和时间，按北京时间记录。
- 使用的网络类型：家庭 Wi‑Fi、办公 Wi‑Fi 或蜂窝数据。
- 节点名称或地区、连接协议名称，以及 Shadowrocket 的模式。
- 连续三次测试结果和实际访问现象。
- 是否更换网络、节点或模式后改善。
截图或日志发送前，应遮盖订阅链接、密码、私钥、账号、完整服务器地址和其他个人信息。不要只发送“很慢”或“延迟高”，否则难以复现。服务商是否存在故障、线路调整或节点限制，本文无法替代其官方状态说明，需以对方公开信息和实际回复为准。
常见问题
Shadowrocket 延迟多少算高？
没有脱离网络类型、目标地址和测试方法的统一阈值。更实用的判断方式是：在同一设备、同一网络、同一目标下比较多个节点，并关注连续三次结果是否稳定、是否超时，以及实际网页或应用是否受影响。
为什么延迟低，网页还是打开很慢？
延迟只代表某类响应时间，不能代表完整页面加载速度。规则可能把部分请求走 Direct，节点也可能存在丢包或拥塞；应使用 Proxy 与 Rule/Config 做对照，并比较其他网站和节点。
要不要先改 DNS 或 MTU？
通常不建议把它们作为第一步。先排除后台占用、Wi‑Fi、单节点异常和分流模式；确实需要调整时，只改一个参数，记录原值，测试无改善就恢复。
只换一个节点就恢复了，能说明原节点失效吗？
不能完全证明。它只能说明在这次设备、网络、时间和目标条件下，新节点表现更好。若要进一步判断，应重复测试并记录时间、节点和网络类型。
Shadowrocket 显示已连接，但应用仍然很慢怎么办？
先确认目标应用的流量是否匹配当前规则，再用 Proxy 模式做短时间对照；同时检查是否只有该应用或该网站异常。测试结束后恢复原来的路由模式。
常见问题
Shadowrocket 延迟多少算高？
没有适用于所有网络的固定阈值。应在同一设备、同一网络和同一目标下比较多个节点，并观察连续三次测试是否稳定、是否超时。
为什么延迟低，网页还是打开很慢？
延迟不等于速度。还要检查丢包、拥塞、分流规则以及目标网站本身；可以短暂比较 Proxy 与 Rule/Config 模式。
要不要先改 DNS 或 MTU？
不建议作为第一步。先排除后台占用、Wi‑Fi、单节点异常和规则问题；需要修改时只改一个参数并保留原值。
只换一个节点就恢复，能证明原节点失效吗？
不能完全证明，只能说明在当前设备、网络、时间和目标条件下新节点更稳定。建议重复测试并记录结果。
Shadowrocket 显示已连接但应用仍然很慢怎么办？
确认应用流量是否匹配当前规则，再用 Proxy 模式做短时间对照，并比较其他网站或应用是否正常。
相关阅读
参考资料
- Apple App Store：Shadowrocket
- Shadowrocket 模式与路由手册（shadowrocketdocs.com）