Shadowrocket 怎么测速节点？延迟、下载速度与稳定性分步验证

更新于 2026-11-09 · jetstream.best

简答：Shadowrocket 测速不要只看一个延迟数字：先在 Home 页面选择节点并运行 Connectivity Test，再在同一 Wi‑Fi 或蜂窝网络下做固定目标的下载复测，最后打开实际要使用的网页或业务。Connectivity Test 只能说明特定条件下的连通性，不能直接等同于大文件速度或所有网站都能访问。

定义：Shadowrocket 节点测速，是在相同网络、测试方法和目标条件下，分别检查节点连通性、实际传输速度与目标业务访问结果。

先试这一步：确认节点列表和测速入口

本文是第三方使用指南，Shadowrocket 的具体界面可能随设备系统、应用版本和语言设置变化。当前可核对的公开资料显示，该客户端用于 iPhone、iPad 等 Apple 设备，并支持查看 Wi‑Fi、蜂窝、直连和代理连接的网络速度；App Store 页面同时说明它是客户端，不包含代理服务或服务器资源。可先以当前界面和 App Store 产品页为准。

打开 Shadowrocket，进入 Home，确认 SERVER 列表中已有可选节点。
点击要测试的节点，或先确认当前选中的节点名称，避免测到旧节点。
在 Home 页面查找 Connectivity Test。公开使用说明将它定义为连通性检查入口；如果当前版本没有完全相同的文字，先不要凭经验修改 DNS、规则或系统代理，而应查看当前页面提供的测试按钮。
运行测试并记录节点名称、测试时间、网络类型、测试方法、结果和是否超时。

如果 SERVER 列表为空，测速没有意义。先检查订阅是否已经添加、配置是否更新成功，以及当前使用的是否是正确配置；订阅链接、密码和密钥不要放进截图或公开页面。

三层测速流程：连通性、真实下载、业务访问

测试层级	怎么做	能判断什么	不能直接判断什么
连通性初筛	在 Home 中选择节点，运行 `Connectivity Test`，记录成功、超时或失败。	当前测试方法和目标下，节点是否有响应。	不能直接代表大文件下载速度、视频播放质量或所有网站都能打开。
真实下载复测	固定同一网络、同一测试目标和相近时间，使用同一文件或同一下载任务，分别切换节点测试。	实际传输表现、速度波动和是否中途停滞。	不能把一次下载结果当作长期稳定性结论。
目标业务验证	连接后打开你真正要使用的网页、办公系统或其他业务，确认请求是否完成。	当前节点、规则、DNS 和目标站点组合下的可用性。	不能据此推断其他域名、其他时间或其他网络也一定可用。

最实用的判断顺序是：先淘汰超时节点，再比较同一条件下的延迟和波动，随后用真实下载验证传输表现，最后用目标业务确认是否满足实际需求。不要把最低延迟节点直接当成最快节点。

如何理解延迟、超时和波动

延迟较低：表示测试请求得到响应所需时间较短，但它主要反映当前测试路径和测试目标。一个节点可能响应很快，却因为带宽、负载、传输协议、目标服务器或规则路径不同，在下载大文件时表现一般。

测试超时或失败：说明这次测试条件下没有得到有效响应。先确认本地 Wi‑Fi 或蜂窝网络本身可以联网，再检查节点配置、服务器地址、端口及当前选择的配置；不要因为一次失败就断定节点永久不可用。

结果波动：同一节点连续测试时数值变化较大，可能与本地信号、无线干扰、节点负载、测试目标或网络路径变化有关。建议在同一网络、同一测试方法下连续记录多次，再与其他节点比较。

Apple 的 Network Extension 文档说明，VPN 流量可以按包含路由、排除路由或全流量模式处理，因此系统路由和应用配置会影响哪些请求经过隧道。测试时应记录当前的 Global Routing 或规则模式，不要混合不同模式的结果。可参考 Apple 关于 VPN 网络流量路由的文档。

真实速度怎么测才有可比性

固定本地条件：同一部 iPhone 或 iPad、同一个 Wi‑Fi，或者始终使用蜂窝网络；不要把 Wi‑Fi 结果和蜂窝结果直接排名。
固定测试目标：使用同一个你有权限访问的文件、网页或办公资源。目标服务器本身的响应速度也会影响结果。
一次只改一个变量：比较节点时保持配置、规则、测试方法和网络不变，只切换节点；比较规则时保持节点不变，只切换规则模式。
记录多次结果：至少记录成功与否、开始时间、峰值或平均速度、是否中断、页面是否完成加载。没有统一测量条件时，不要写成“最快”或“最稳定”。
完成业务验证：下载速度正常但目标网页打不开时，检查是否为 DNS 解析、规则匹配、节点认证或目标站点响应问题。

Shadowrocket 的公开说明也提醒，Connectivity Test 反映的是特定测试条件，不能替代网页访问验证；因此“测速成功但打不开网页”并不矛盾。可先查看连接状态，再确认当前节点、配置文件和规则模式，必要时暂时使用 Proxy 做一次对照，完成后恢复原来的模式。相关说明见 Shadowrocket 公开 FAQ。

测速成功但网页打不开：按现象排查

现象	先查什么	判断标准	处理与回滚
所有网页都打不开	本地网络、VPN 连接状态、当前 SERVER、配置参数。	关闭客户端后本地网络是否正常；重新连接后是否仍全部失败。	先切换回确认过的节点或配置；不要同时修改 DNS、规则和协议，确认后再恢复原设置。
只有部分域名打不开	Global Routing、规则匹配和 DNS 解析。	失败域名是否命中了 DIRECT、REJECT 或其他非预期规则。	记录命中规则，临时用 Proxy 做对照；验证后恢复原有规则。
测速成功但下载很慢	实际目标、节点负载、网络类型和传输路径。	同一文件、同一网络下，多次下载是否仍明显偏慢。	换一个节点做单变量对比；不要只依据延迟数值改 DNS 或 MTU。
连接反复断开	Wi‑Fi 与蜂窝切换、其他 VPN 或网络过滤软件。	换网络后现象是否消失，或关闭其他网络工具后是否恢复。	先暂停冲突工具并重测；Apple 建议检查第三方 VPN、安全软件和相关配置，必要时再考虑系统网络设置恢复。

Apple 支持文档指出，第三方 VPN、安全软件、防火墙、内容过滤器或设备配置可能影响联网；建议先确认日期时间、系统更新、重启设备，并用另一网络做对照。相关步骤见 Apple 网络连接问题排查说明。重置网络设置会影响已保存的网络信息，因此应把它作为较后的恢复动作，并提前确认自己知道如何重新加入 Wi‑Fi。

选节点的速查标准

优先淘汰：连续超时、无法完成真实下载、连接后全部网页都失败的节点。
延迟相近时：优先比较波动、下载是否中断，以及目标业务是否能完成，而不是只看最低数字。
办公场景：重点验证实际办公域名、登录、文件上传下载和长连接，不要只测一个通用网页。
视频或大文件：重点看持续传输和中途速度变化；短连接延迟只能作为初筛。
移动网络：单独记录 Wi‑Fi 与蜂窝结果，不要混合排序。

如果当前版本没有显示相同的按钮名称、结果字段或排序方式，以屏幕实际显示和应用当前说明为准。本文不提供固定 DNS、MTU 或端口值，因为这些参数取决于现有配置和故障现象，盲目修改可能让原本可用的连接更难回滚。

常见问题

Shadowrocket 的节点测速入口在哪里？

先打开 Shadowrocket 的 Home 页面，确认 SERVER 列表中有节点，再查找 Connectivity Test。不同版本、系统语言或界面布局可能存在差异；如果没有完全相同的文字，应以当前界面和应用说明为准。

Shadowrocket 延迟越低，节点速度就越快吗？

不一定。延迟主要反映特定测试方法和目标下的响应时间，真实下载还会受到节点负载、带宽、传输协议、目标服务器和规则路径影响。应在相同网络和目标下补做下载复测。

为什么测速成功但网页打不开？

Connectivity Test 只覆盖特定测试条件。网页访问还可能受 DNS 解析、规则匹配、当前配置、节点认证和目标站点响应影响。先确认连接状态和当前节点，再判断是全部域名失败还是只有部分域名失败。

Wi‑Fi 和蜂窝网络的测速结果可以直接比较吗？

不建议直接比较。两者的接入网络、信号、路由和运营商路径不同。应分别记录，并在同一种网络条件下比较节点。

测速失败后应该先改 DNS 或 MTU 吗？

不建议把修改 DNS 或 MTU 作为默认第一步。先确认本地网络、节点配置、连接权限和当前规则；只有在现象与 DNS 或路径问题相符、且你能备份并回滚时，才逐项调整并复测。

连接成功后仍然无法访问办公系统怎么办？

先确认办公系统域名是否命中正确规则，当前 Global Routing 是否为预期模式，再检查 DNS 和目标站点响应。不要同时切换节点、配置和规则，否则难以判断是哪一步造成变化。

参考资料

Apple App Store：Shadowrocket 产品页与功能说明
Shadowrocket 公开 FAQ：Connectivity Test、路由和连接排查（shadow-official.com）
Apple Developer：Routing your VPN network traffic
Apple 支持：设备网络连接问题与第三方 VPN 软件排查