Shadowrocket 节点测速怎么看？延迟、超时与真实速度判断
简答：先确认节点已经显示在列表中，再在首页或节点分组中寻找“Connectivity Test”“Test”或测速图标。测速结果中的 ms 主要反映一次连接检查，Timeout 表示本轮未在规定时间内完成；它不能直接等同于下载速度。更可靠的判断方式是：同一网络连续测 2—3 轮，再用固定网页、文件或办公业务验证。
定义：Shadowrocket 节点测速，是通过客户端的连通性或延迟测试观察节点响应，再结合实际网页、下载和业务访问判断节点是否适合当前场景。
先看这张表：测速结果应该怎么判断
Shadowrocket 的 App Store 产品说明确认它支持测量 Wi‑Fi、蜂窝网络、直连和代理连接的流量与网络速度，但具体按钮名称和位置可能随版本、设备和语言变化，以下路径应以你当前界面显示为准。查看 App Store 产品说明
| 看到的结果 | 它能说明什么 | 不能直接说明什么 | 下一步 |
|---|---|---|---|
| 显示具体 ms 数值 | 本轮测试完成，客户端获得了一个响应时间结果 | 不能直接代表下载速度、视频缓冲或办公稳定性 | 换同一网络连续测试 2—3 轮 |
| Timeout | 本轮没有在测试条件内完成 | 不能单独证明节点永久失效 | 先确认网络、VPN 状态和节点配置，再复测 |
| 数值较低但网页很慢 | 节点可能能完成测试，但实际目标、规则或传输表现不同 | 不能把低延迟当成高带宽 | 用固定网页或文件做真实验证 |
| 数值每轮变化很大 | 当前网络或节点响应存在波动 | 不能只取一次最低值 | 记录中位表现，并观察丢包或失败轮次 |
关键结论：测速是筛选工具，不是最终结论。Shadowrocket 本身是客户端，不包含代理服务器或节点资源；节点是否可用还取决于你导入的配置和当前网络条件。App Store 对产品定位的说明
Shadowrocket 节点测速入口在哪里？按界面定位
- 先打开客户端并确认节点存在。进入节点、代理或分组列表，确认订阅更新后能看到可选节点。如果列表为空，先处理订阅导入或更新问题，不要直接判断为测速失败。
- 寻找测速入口。在首页、节点分组或节点列表中查找“Connectivity Test”“Test”“Latency”或类似测速图标。部分版本可能把测试操作放在节点行的右侧、长按菜单或分组操作中；如果没有完全相同的英文名称，以“测试、延迟、连通性”这类功能标识为准。
- 先测试一个节点。不要一开始同时修改多个设置。选定一个节点后执行测试，记录节点名称、测试时间、网络类型、结果和是否出现 Timeout。
- 批量测试时保持条件一致。如果当前版本支持对分组执行 Test，可先测试同一分组；Wi‑Fi 和蜂窝网络不要混在同一张记录表中。
- 确认系统连接状态。测试或连接后，观察 iPhone 是否出现 VPN 状态标识。Apple 将该图标定义为设备正在通过 VPN 连接网络。查看 Apple 对 iPhone VPN 状态图标的说明
如果你找不到上述入口，不建议为了“显示测速”随意改 DNS、路由或系统权限。先更新到当前可获得的应用版本，重新打开节点列表，再按节点行、分组菜单和设置页中的搜索项逐一确认。具体菜单路径未能由 App Store 页面核实，因此不同版本显示不一致时，应以当前应用界面为准。
ms、Timeout 和真实速度分别代表什么？
ms 是时间单位。测速中的 ms 通常用来表示一次测试过程的响应耗时，但测试方法、目标地址、本地网络和当前路由都会影响结果。较低的单次数值只能说明这一次测试响应较快，不能直接推出下载速度更高。
Timeout 是超时结果。它表示本轮测试没有在测试条件允许的时间内完成。可能原因包括本地 Wi‑Fi 或蜂窝网络异常、VPN 隧道未建立、节点参数错误、节点暂时无响应，或者测试目标与当前路由不匹配。先换一个已知正常的网络或节点复测，再决定是否继续修改配置。
真实速度要单独验证。在相同网络下选择一个你有权访问的固定网页或固定文件，记录开始时间、完成时间和文件大小。换算时注意单位：文件大小常见为 MB，带宽常见为 Mbps，二者不能直接把数字当成相同单位。示例数据只能用于演示记录方法，不代表本站实测。
- 网页：记录首页打开、图片加载和主要内容出现是否稳定。
- 文件：使用同一文件、同一网络，至少重复两次，避免只看瞬时峰值。
- 视频或会议：观察是否频繁缓冲、语音是否断续，但不要把一次短时间表现当作长期保证。
- 跨境办公：优先验证实际使用的登录、文档、远程桌面或协作页面，而不是只比较延迟。
用“四步法”筛选节点，避免只追最低 ms
- 准备：固定使用 Wi‑Fi 或固定使用蜂窝网络，暂停大文件下载和系统更新，记录测试时间与网络类型。
- 初筛：先排除连续 Timeout、完全无法连接或结果明显异常的节点。单次失败先复测，不要仅凭一次结果下结论。
- 复测：对剩余节点连续测试 2—3 轮，记录每轮结果。优先观察是否稳定完成，而不是只挑最低的一次。
- 业务验证：连接一个候选节点后，打开固定网页或完成实际办公任务，再与另一个候选节点比较。网页打不开时，检查当前选中的节点、VPN 状态、路由模式和 DNS；不要把“测速成功”当成“所有应用都能正常访问”。
可以用下面的记录模板：节点名称｜网络类型｜第 1 轮｜第 2 轮｜第 3 轮｜网页结果｜文件或业务结果｜备注。记录几组后，你会更容易发现“延迟低但实际慢”和“延迟略高但表现稳定”的差别。
节点测速成功但网页打不开，先查什么？
现象一：有 ms，但所有网页都打不开。先确认系统 VPN 状态是否已建立，再确认当前连接的节点与刚才测试的节点相同。Apple 的 Network Extension 文档说明，iOS 的网络扩展可以创建和管理 VPN 配置，但具体流量如何路由取决于应用和系统配置。查看 Apple Network Extension 文档
现象二：部分网页能开，部分网页失败。优先检查路由模式、规则命中和 DNS 解析，不要立即更换所有节点。可先切换到一个你明确知道的简单测试页面，再查看客户端的请求记录或连接状态；若只有特定域名失败，问题可能集中在规则、DNS 或目标服务，而不是单纯延迟。
现象三：所有节点都 Timeout。按低风险顺序处理：一是关闭并重新打开 Wi‑Fi 或蜂窝网络；二是确认订阅仍在有效期内且节点参数没有被截断；三是确认客户端的 VPN 权限请求已允许；四是用另一种网络复测；五是仅在有备份的前提下恢复原设置。不要把开启 TUN、修改 MTU 或清理系统属性作为默认的第一步。
回滚原则：每次只改一个设置，先记录原值；如果修改 DNS、路由或代理模式后问题扩大，立即恢复原设置并重新测试。这样才能区分是节点问题、本地网络问题，还是客户端配置变化造成的。
使用前的自查清单
- 节点已经出现在列表中，且订阅更新没有明显报错。
- 测速时记录了 Wi‑Fi 或蜂窝网络，不混合比较。
- 连续测试了 2—3 轮，没有只看最低一次结果。
- 区分了连通性、延迟、下载速度和实际业务表现。
- 确认 VPN 状态已建立，并核对当前选中的节点。
- 网页打不开时，按节点、路由、规则、DNS、本地网络顺序排查。
- 修改前备份或记录配置，修改后保留回滚路径。
本文仅作客户端使用与网络排查指南，站点并非相关客户端的官方网站；应用版本、界面名称和可用功能以当前应用页面为准。
常见问题
Shadowrocket 节点测速入口一般在哪里？
常见位置包括首页、节点列表、节点分组操作或节点行菜单，名称可能是 Connectivity Test、Test、Latency 或类似测速图标。不同版本和语言可能不同，应以当前界面为准，不要把某个固定路径当成所有版本都适用。
Shadowrocket 测出来的 ms 越低越好吗？
低 ms 只能说明某次测试响应较快，不能直接代表下载速度、网页加载速度或办公稳定性。更可靠的做法是固定网络连续测试 2—3 轮，再用固定网页、文件或实际业务验证。
测速显示 Timeout 是不是节点一定失效？
不一定。Timeout 只说明本轮测试没有在测试条件内完成，可能与本地网络、VPN 状态、节点参数或测试目标有关。先换网络或复测一个已知配置正常的节点，再判断。
为什么节点测速成功，但网页还是打不开？
可能是当前实际连接的节点不同，也可能涉及 VPN 状态、路由模式、规则命中、DNS 或目标网页本身。先确认 VPN 状态和当前节点，再按路由、规则、DNS、本地网络顺序排查。
需要用多大的文件测试真实速度？
没有一个适用于所有网络和场景的固定文件大小。应根据本地带宽、流量限制和目标业务选择可重复的固定文件，并记录文件大小、耗时、网络类型和测试时间；示例数据不要当作本站实测。