Kitty Network

Shadowrocket测速怎么用？从连通性测试到节点选择

更新于 2026-10-28 · kitty.christmas

简答：Shadowrocket测速通常从首页的“连通性测试”开始，但它主要反映某个测试请求的响应时间，不等于下载速度。正确做法是：先导入并选中节点，使用同一种测试方法批量比较，再打开实际网页或应用验证；如果测试通过但网页打不开，应继续检查路由规则、DNS和目标站点，而不是只看延迟数字。

定义：Shadowrocket测速，是通过客户端的连通性测试观察节点对特定测试请求的响应情况，再结合真实网页、视频会议或其他实际业务验证连接质量的过程。

先试这一步：找到测速入口并确认测的是哪个节点

本文是独立的使用指南站内容，不代表 Shadowrocket 官方。本文按 2026-10-28 检索到的资料整理，界面名称可能因当前 App Store 版本、语言和设备不同而变化；如果找不到完全相同的文字，请优先寻找“Connectivity Test”“连通性测试”或“Test”等相近入口。

  1. 打开 Shadowrocket，确认节点列表已经出现；如果列表为空，先在首页添加节点或更新已有订阅。
  2. 在首页的 SERVER 区域选中一个节点，不要只点测速后凭颜色判断，先确认当前选中的节点名称。
  3. 打开首页的“Connectivity Test”或“连通性测试”，等待当前测试结束。
  4. 记下测试方法、节点名称、网络环境和结果。Wi-Fi 与蜂窝网络、不同测试方法的结果不要直接混在一起比较。

App Store 对 Shadowrocket 的介绍包含代理连接、流量记录和网络速度测量等功能，但它并不等于提供节点或连接服务；节点、订阅和配置需要由用户自行准备。可参考 App Store 产品页面核对当前应用名称、开发者和支持平台。

三类结果怎么理解：延迟、连通性与实际速度不是一回事

项目主要回答的问题不能证明什么适合怎么用
连通性测试测试请求有没有收到响应不能证明所有网站都能打开先剔除明显超时或无响应节点
延迟数值该测试请求响应得快不快不能直接代表下载、上传或视频速度在同一方法、同一网络下排序比较
真实访问目标网页或应用能否正常使用一次访问不能代表长期稳定性最终确认节点是否适合你的业务

因此，“延迟低”只能说明某种测试下响应较快。它还会受到测试地址、测试方法、当前网络、节点负载和目标服务的影响。Shadowrocket 的 App Store 页面也将网络速度测量与连接、流量记录分开列出，不能把一个毫秒数直接当作完整带宽结论。

Shadowrocket测速的可照做流程

第一步：准备和备份

第二步：统一条件批量比较

  1. 固定同一个网络环境，例如始终使用当前 Wi-Fi。
  2. 固定同一种测试方法；如果当前版本提供 TCP、ICMP、CONNECT 等选项，先不要混用，再按同一方法比较。
  3. 回到首页运行“连通性测试”，记录多个节点的结果。
  4. 优先排除连续超时、无响应或明显不稳定的节点；不要因为一次结果最好就认定它长期最快。

第三步：用真实业务验证

  1. 选出两到三个候选节点，保持网络、路由模式和配置不变。
  2. 打开一个你确实要使用的网页或应用，重新发起请求，不要只依赖已经缓存的页面。
  3. 如果目标是视频会议，观察入会、语音和视频是否连续；如果目标是网页，检查页面及必要资源是否完整加载；如果目标是下载，单独观察实际下载过程。
  4. 最后再决定常用节点。测速结果只能缩小范围，不能替代实际使用验证。

TCP、ICMP、CONNECT怎么选？

不同版本的 Shadowrocket 可能展示不同的测试方法或菜单名称。通常可以按下面的思路理解：

方法更适合观察注意事项
TCP节点地址和端口是否能建立 TCP 连接能连上端口，不代表代理请求和目标网页都正常
ICMP网络层面的回显响应部分网络或服务器可能不响应 ICMP，超时不一定等于代理不可用
CONNECT通过测试地址发起更接近实际访问的请求结果取决于测试地址、规则、DNS和当前网络，仍不能代表所有网站

如果你的版本能选择测试方法，建议先固定一种方式进行横向比较；若你更关心网页或应用能否通过代理访问，可以优先尝试与实际请求更接近的方法，但具体菜单和行为仍应以当前版本显示为准。无法从公开一手资料核实的版本特定差异，不在本文作确定结论。

按使用场景筛选节点，而不是只追最低延迟

使用场景优先观察验证方式
普通网页连通性、页面完整加载、DNS是否正常打开新页面并检查图片、脚本等资源
视频持续吞吐、缓冲恢复和长时间稳定性用实际视频播放观察是否持续卡顿
视频会议持续连接、语音连续性和抖动表现进行实际会议或测试通话，不只看一次延迟
交互式应用响应时间、丢包迹象和规则是否命中连续操作一段时间并查看请求或日志记录

例如，节点 A 的测试延迟较低，但在视频播放时频繁缓冲；节点 B 的延迟略高，却能持续完成网页和会议请求。此时应根据你的实际任务选择，而不是机械地选择最小数字。这里的判断属于排障方法，不是对任何节点长期性能的保证。

测速结果异常时，按现象分流

全部节点都超时

  1. 确认当前网络本身能正常打开其他网页。
  2. 检查节点地址、端口、认证信息和订阅是否完整；不要手动猜参数。
  3. 切换一次 Wi-Fi 与蜂窝网络，保持其他设置不变。
  4. 如果所有节点、所有网络都失败，再检查订阅状态或服务端信息；具体服务状态未核实，不要直接下结论。

测速通过，但网页打不开

  1. 确认首页当前选中的节点与刚才测速的节点相同。
  2. 检查 Global Routing 当前是 Config、Proxy 还是 Direct；规则模式下，某个域名可能被分到 DIRECT。
  3. 检查 DNS 是否能解析目标域名，再检查目标网页是否单独失败。
  4. 用浏览器新开页面重试，必要时打开客户端日志查看请求是否发出、命中了什么规则。

延迟很低，但视频或会议卡顿

  1. 不要重复刷新延迟数字，先保持同一节点进行实际业务测试。
  2. 观察是否只在某个时间段或某个网络环境出现。
  3. 换一个候选节点做对照，一次只改变一个变量。
  4. 如果只是某个应用失败，检查该应用的域名、规则和 DNS，不要立即认定节点整体不可用。

测速后的恢复与安全检查

测试结束后，恢复你平时使用的路由模式和节点；如果为了排查临时关闭了 TUN、规则或其他网络功能，应确认影响范围后再恢复，不要长期保留临时设置。关闭日志记录或导出诊断信息前，检查其中是否包含订阅地址、服务器地址、用户名、密码或密钥。

如果仍无法判断问题，建议记录四项信息：核验日期（2026-10-28）、网络类型、当前节点与路由模式、实际失败的目标地址。这样比只提供“测速多少毫秒”更有助于定位问题。

常见问题

Shadowrocket在哪里测速？

通常在首页找到“Connectivity Test”或“连通性测试”。如果入口名称不同，可在首页、节点列表或相关测试按钮附近查找；先确认选中的节点，再开始测试。

Shadowrocket测速显示的毫秒数就是网速吗？

不是。毫秒数主要反映特定测试请求的响应时间，不能直接换算成下载或上传速度。实际网页、视频和会议体验需要分别验证。

为什么测速成功，网页还是打不开？

测速地址与目标网页可能不是同一个请求。此时应检查当前节点、Global Routing、规则匹配、DNS和目标网页本身，并用新请求重新验证。

测速时应该选 TCP、ICMP 还是 CONNECT？

先固定一种方法做同条件比较。TCP更偏向端口连接，ICMP依赖回显响应，CONNECT更接近一次网页请求；具体可用选项和行为以当前版本为准。

要不要只选延迟最低的节点？

不建议。延迟只是筛选指标之一。最终应结合你的实际场景验证持续访问、视频、会议或下载表现，并保留至少一个对照节点。

常见问题

Shadowrocket在哪里测速？

通常在首页点击“Connectivity Test”或“连通性测试”。如果界面文字不同，寻找首页的测试按钮，并先确认当前选中的节点。

Shadowrocket测速结果怎么看？

先看是否超时，再在同一网络和同一测试方法下比较响应时间。低延迟不等于高下载速度，最终还要用真实网页或应用验证。

为什么Shadowrocket测速正常却打不开网页？

可能是当前节点、Global Routing、规则匹配、DNS或目标网页不同造成的。按“节点—路由模式—规则—DNS—目标请求”的顺序排查。

测速应该选TCP、ICMP还是CONNECT？

固定一种方法做横向比较即可。TCP偏向端口连接，ICMP依赖回显响应，CONNECT更接近实际请求；具体可用选项以当前版本显示为准。

测速后怎么选节点？

先排除连续超时或无响应节点，再选两三个候选节点进行真实网页、视频或会议验证，按实际场景而不是单一最低延迟决定。

相关阅读

参考资料

  1. App Store：Shadowrocket 产品页面
  2. Shadowrocket 使用说明：连接测试与真实网页验证（shadow-official.com）
  3. Shadowrocket 使用说明：测试方法、路由与逐项排查（shadow-official.com）