Shadowrocket节点测速怎么用？按四步完成测试与选节点

更新于 2026-10-31 · wkacc.site

简答：Shadowrocket节点测速的正确做法是：先确认订阅和节点列表已更新，再在 Home 页面寻找 Connectivity Test、Test 或测速图标；找不到时不要假定所有版本都有同一入口。测试结果主要反映当前网络、测试方法和目标下的响应情况，不等于下载速度。选中节点后还要开启连接，并用实际网页访问复核。

定义：Shadowrocket节点测速，是在客户端对已导入节点进行连通性或延迟测试，再结合实际访问结果判断节点是否适合当前网络和使用场景。

先看这张速查表：测速结果应该怎么处理

如果你只是想尽快筛出一个可用节点，可以按下面顺序操作。Shadowrocket 的 App Store 页面将其描述为可配置代理、记录请求并测量网络与代理连接流量；但应用本身不提供节点或服务器资源，测速前必须已有可用配置。Shadowrocket App Store 页面

最短结论：先排除 Timeout，再在相同条件下比较结果，最后以实际访问是否稳定作为选节点的重要依据。

测速前：更新节点并确认基础网络正常

1. 确认节点已经导入。打开 Shadowrocket 的 Home 或节点列表，确认能看到多个已保存节点。保存节点只表示配置已经录入，不代表认证、连接和网页访问一定成功。
2. 先更新订阅。如果节点来自订阅，进入 Config 或订阅管理位置，执行更新。不同版本的按钮名称和位置可能变化，应以当前设备显示为准。更新后检查节点列表是否出现新增、删除或名称变化；如果列表完全没有变化，先确认订阅地址仍可访问、网络本身能打开普通网页，并检查是否更新到了正在使用的配置。
3. 确认本地网络能上网。暂时关闭 Shadowrocket 的连接开关，用 Safari 打开一个平时可以直接访问的网页。若 Wi-Fi 需要网页登录，先完成认证；否则直接测速可能把本地网络问题误判为节点问题。
4. 记录测试条件。记下当前使用的是 Wi-Fi 还是蜂窝网络、节点名称、测试方法和结果。比较节点时尽量不要同时下载大文件或切换网络。

Shadowrocket 的配置、节点选择、全局路由和连接开关是不同层次的设置。相关使用指南页面把流程拆成“添加配置、选择模式、连接、验证、排查”几个阶段，说明选中节点不等于已经建立连接。Shadowrocket 使用指南：添加配置、连接与验证

测速入口在哪里：按当前界面逐层寻找

不同版本或不同设备的界面可能变化，因此不要把某一个教程中的按钮位置当成所有版本的固定路径。优先按下面顺序查找：

1. 先看 Home 页面。在当前节点或 SERVER 区域附近寻找 Connectivity Test、Test、延迟测试或测速图标。某些界面会在 Home 顶部或节点行附近显示测试入口。
2. 再看 Settings。搜索 Test Method、Latency Test Method 或类似测试方法设置。该设置决定客户端如何进行连通性测试；如果要比较多个节点，应保持测试方法不变。
3. 最后检查节点行的操作菜单。部分版本可能把测试动作放在节点行的更多操作、长按菜单或右侧图标中，但这一入口不能视为所有版本都存在。找不到时不要反复寻找一个教程里才有的按钮，回到 Home 页面和 Settings 逐项查看。

检索到的 Shadowrocket 设置说明页面将 Connectivity Test 放在 Home，并将 Test Method 放在 Settings；同时强调不同测试方法可能覆盖不同连接环节。因此，本文只把这些作为可核对的界面线索，不把具体图标位置写成固定版本事实。Shadowrocket 设置说明：Connectivity Test 与 Test Method

开始测试后，等待当前轮次完成，不要只截取最快的一次结果。建议在同一网络、同一测试方法下连续测试 3 次，并记录每次结果。简单记录格式可以是：节点A｜Wi-Fi｜同一测试方法｜第1次结果｜第2次结果｜第3次结果。

延迟、Timeout、速度和流量统计分别代表什么

延迟：通常表示某个测试请求从发出到得到响应所需的时间，适合观察响应快慢。它不是持续下载速度，也不能代表所有网站、应用和协议都会有相同表现。

Timeout：表示当前测试没有在规定时间内完成。它只能说明这一次测试条件下没有得到结果，不能单独证明节点永久失效。可能原因包括本地网络不稳定、测试方法与节点协议不匹配、节点暂时没有响应、订阅信息已变化或测试目标不可达。

速度：如果客户端页面显示流量变化、连接计数或某项速度提示，应先确认字段名称和测量对象。流量统计只能说明经过了多少数据，不等于下载速度；一次网页打开很快，也不能直接换算成稳定吞吐量。

网页访问：是对真实使用链路的复核。它还受到DNS解析、规则匹配、目标站响应、连接复用和本地网络状况影响，因此必须和测速结果分开记录。

不要把不同测试方法产生的数字混在一起排序。例如，一种方法测试端口响应，另一种方法发送实际请求，它们测到的链路并不相同。比较时要固定节点之外的变量，否则“最低延迟”可能只是测试条件不同造成的结果。

测速后怎么选节点：按用途而不是只看最低延迟

一个可执行的初筛方法是：先淘汰连续 3 次都 Timeout 的节点；对剩余节点保持同一测试方法，再比较 3 次结果是否稳定；最后选择一个节点开启连接，用同一个网页或同一个业务请求验证。这里的“淘汰”只针对当前测试条件，不代表节点永久不可用。

如果多个节点在 Wi-Fi 下都 Timeout，可以切换到蜂窝网络复测；如果只有一个节点失败，优先检查该节点配置、协议和订阅更新状态；如果测速都有结果但某个网页打不开，先检查 Global Routing、规则匹配和 DNS。每次只改变一个变量，并在测试完成后恢复原来的设置。

选中节点后，别忘了开启连接并做实际复核

1. 回到 Home，明确当前选中的节点名称。
2. 检查 Global Routing 当前模式。排查时可临时使用更容易确认代理路径的模式，但完成测试后要恢复原来的配置模式。
3. 打开连接开关，并等待系统显示 VPN 或连接状态。仅仅勾选节点，不代表流量已经经过该节点。
4. 打开一个你要实际使用的网页或业务地址，记录是否能打开、首屏等待、图片加载和后续稳定性。
5. 如果客户端有 Data、请求记录或日志页面，可以用它确认是否产生了请求，但不要把流量计数当成速度证明。

如果测速成功、连接开关也显示已开启，但网页仍打不开，按“本地网络—路由模式—规则匹配—DNS—节点协议”的顺序缩小范围。不要同时更换节点、更新配置和修改 DNS，否则即使恢复，也无法知道是哪一步起作用。

按现象排查：不要把一次失败当成最终结论

• 所有节点都 Timeout：先关闭连接，确认普通网络可用；再更新订阅，固定同一测试方法，换 Wi-Fi 或蜂窝网络复测。若换网络后结果明显变化，问题可能在当前网络路径。
• 只有一个节点 Timeout：检查节点配置是否已更新、协议参数是否完整，再与其他节点对比。不要只因为一次 Timeout 就断定节点永久失效。
• 测速有结果但网页打不开：检查是否选中了测试的节点、连接开关是否开启、Global Routing 是否走了预期路径，以及规则是否把目标域名分到了直连。
• 网页能打开但速度慢：分别测试另一个节点和另一个网络；同时观察页面加载、视频缓冲或文件传输，不要用延迟数字代替吞吐测试。
• 换回原配置后问题消失：恢复你原来的 DNS、规则和路由设置，并记录刚才改动过的唯一变量，避免留下临时排错设置。

本文适用范围与核验边界

本文面向已经在 iPhone 或 iPad 上导入节点或订阅、需要在 Shadowrocket 中进行节点连通性测试的用户。由于客户端界面、按钮名称和测试方法可能随版本变化，具体入口以当前设备显示为准。本文不提供节点、订阅地址、账号或下载包，也不把任何未核实的节点服务状态、价格、速度和可用性当作结论。

本文引用的 App Store 页面显示，Shadowrocket 是独立的网络工具，用户需要自行提供配置；应用页面还列出网络速度和流量测量等功能，但这些功能的具体展示方式仍应以当前版本界面为准。查看 Shadowrocket App Store 页面

常见问题

Shadowrocket节点测速入口找不到怎么办？

先打开 Home，查看当前节点或 SERVER 区域附近是否有 Connectivity Test、Test 或测速图标；再到 Settings 查找 Test Method 或 Latency Test Method。部分版本可能把测试放在节点行的更多操作或长按菜单中，但不能假定所有版本都有同一入口。找不到时以当前界面为准，不要把教程中的固定位置当成通用路径。

Shadowrocket测速显示 Timeout，是节点失效了吗？

不一定。Timeout 只表示本次测试在当前网络、测试方法和目标下没有完成。先关闭连接确认本地网络正常，再更新订阅、保持同一测试方法复测，并尝试另一个节点或网络。连续失败可以作为当前条件下暂不优先使用的信号，但不能单独证明节点永久失效。

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

不一定。延迟主要反映某次测试的响应时间，下载速度还会受到线路拥塞、节点负载、协议、丢包、DNS、规则和目标站响应影响。选择节点时应先排除 Timeout，再比较多次结果，最后通过实际网页、视频或文件传输验证。

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

测速请求和实际网页请求可能使用不同目标、规则和DNS路径。请确认已经选中同一个节点并开启连接，再检查 Global Routing、规则匹配和 DNS。若只有某个网站失败，先判断是否为单域名问题；若所有网页都失败，再回到本地网络和节点配置排查。

测速需要测试几次？

建议在同一网络、同一测试方法下连续测试 3 次，记录全部结果，而不是只保留最低延迟。若要比较节点，尽量保持测试时间、网络类型和测试目标一致；切换 Wi-Fi、蜂窝网络或测试方法后，应作为另一组数据，不要与原结果直接混排。

相关阅读

• 节点速度慢时的延迟、DNS与TUN排查
• 客户端节点选择与系统代理排查
• 配置导入、连接验证与TUN排错

参考资料

1. Shadowrocket App Store 页面
2. Shadowrocket 使用指南：添加配置、连接与验证（shadow-official.com）
3. Shadowrocket 设置说明：Connectivity Test 与 Test Method（shadow-official.com）