Shadowrocket测速怎么测？从延迟初筛到真实速度验证
简答：Shadowrocket测速不要只看最低延迟：先在当前网络下确认节点可测试，再用相同测试方法批量初筛，最后用固定网页、文件或实际办公场景复测。若界面显示 Home、Test、Latency 或 Connectivity Test，优先选择当前版本中用于连接测试的入口；测速结果只能代表特定目标和条件，不能直接等同于持续下载速度。
定义：Shadowrocket测速，是在相同设备、网络、测试方法和目标条件下，对节点的可达性、响应时间、传输表现和实际业务体验进行分层比较。
先试这一步：用同一条件完成一次初测
如果你只是想快速判断哪个节点值得继续测试，先不要修改 DNS、规则或协议参数。保持当前 Wi-Fi 或蜂窝网络不变，打开 Shadowrocket，确认节点列表已经存在，再在当前版本显示的测试入口中运行一次连接测试。
- 确认当前 iPhone 或 iPad 可以正常使用本地网络；公共 Wi-Fi 需要先完成网页登录认证。
- 确认订阅或节点列表中有可选择的节点，并记下当前选中的配置、路由模式和网络类型。
- 在应用的 Home 页面查找
Connectivity Test、Test或Latency等同类入口。不同版本的按钮名称和位置可能不同，以当前界面为准。 - 先测试 3—5 个节点，记录响应时间、是否超时以及测试时的 Wi-Fi 或蜂窝网络。
App Store 页面确认该客户端支持记录请求并测量 Wi‑Fi、蜂窝网络、直连和代理连接的网络速度，但这不意味着一次测试就能代表所有网站或大文件传输表现。apps.apple.com
| 现象 | 先判断什么 | 下一步 |
|---|---|---|
| 有响应时间且未超时 | 节点至少完成了当前测试方法对应的连接检查 | 进入固定条件复测，不要立即断定速度最快 |
| Timeout 或无结果 | 可能是节点参数、端口、网络或测试目标不通 | 先换一个已知可用节点对照，再检查配置细节 |
| 延迟低但网页慢 | 响应时间与持续传输、DNS或规则命中可能不同 | 检查实际请求是否经过目标节点，再做业务验证 |
| 延迟数值波动很大 | 网络拥塞、无线信号、节点负载或测试条件可能变化 | 在相近时间重复测试，不要只取一次最低值 |
Shadowrocket测速的完整三步法
第一步：确认测试前提
测速前先把变量固定下来。记录日期、网络类型、设备、当前配置、选中的节点和测试方法。不要同时切换 Wi-Fi、节点、规则和 DNS，否则即使结果发生变化，也难以判断是哪一项造成的。
- 网络：同一轮比较尽量使用同一个 Wi-Fi，或单独建立一轮蜂窝网络测试。
- 设备：尽量使用同一台 iPhone 或 iPad，并关闭正在大量下载、同步或播放的应用。
- 方法：不要把不同 Test Method 的结果混在同一张排名表里。
- 节点：先确认节点名称、地址、端口和认证信息来自你有权使用的配置。
- 状态：首次启用系统网络配置时，iOS 可能要求用户授权；Apple 文档说明，应用首次保存 VPN 配置时需要用户明确授权。developer.apple.com
第二步：批量初筛与单节点复测
批量测试适合快速排除明显超时或无响应的节点。初筛后不要直接选择最低毫秒数，而是从响应较快、结果较稳定的 2—3 个节点中进行单独复测。每个节点至少重复几次，并记录最小值、最大值和是否出现超时。
如果你的版本没有批量 Test 按钮，可以逐个选中节点后运行当前界面提供的连接测试。入口名称可能不同，但判断逻辑不变：测试方法、目标和网络条件必须保持一致。
第三步：用实际任务验证
延迟测试主要回答“测试目标是否及时响应”，不等于“持续下载速度有多快”。Shadowrocket 的测试结果还会受到测试方法、当前网络和服务器状态影响，因此应使用你真正关心的任务复测，例如打开固定网页、访问固定办公系统、观看同一段视频或下载同一份公开文件。
每次只改变一个变量：先固定网页和网络，只换节点；再固定节点，只换网络；最后再检查规则或 DNS。这样才能区分节点路径问题、本地网络问题和配置问题。
延迟、速度、波动和Timeout分别怎么看
| 指标 | 它能说明什么 | 它不能说明什么 |
|---|---|---|
| 延迟 | 特定测试目标在当前条件下的响应时间 | 不能单独代表下载速度、视频缓冲或会议质量 |
| 波动 | 多次测试结果是否稳定 | 不能据此确定全天候表现 |
| Timeout | 当前测试未在规定时间内完成 | 不能仅凭一次超时断定节点永久不可用 |
| 持续速度 | 传输开始后单位时间内的数据量 | 不能说明所有网站、时段和网络都相同 |
| 实际访问 | 目标网页或办公业务是否真正完成请求 | 不能证明其他域名和应用也一定可用 |
如果测速页面显示 Mbps，而下载工具显示 MB/s，需要先确认单位。1 Byte 等于 8 bit，因此在不考虑协议开销和波动时，数值换算可以用 Mbps ÷ 8 粗略理解为 MB/s；这只是单位换算，不是实际速度保证。
网页浏览更应关注首屏响应、DNS解析和规则是否命中；视频要关注持续传输和缓冲；在线会议要关注延迟波动、丢包和网络切换；文件传输则要关注持续速度、连接保持和失败重试。不要用同一个单一指标替代所有场景。
测速成功但实际使用仍慢：按现象排查
现象一：测试通过，但目标网页打不开。先确认 Shadowrocket 的连接状态，再检查当前 Global Routing 或规则是否让该域名走了 Direct、Reject 或其他策略。随后检查 DNS 解析和目标请求记录。Apple 的 Network Extension 文档说明，网络扩展可以参与 VPN、代理和 DNS 等网络能力，实际流量如何路由取决于具体配置。developer.apple.com
现象二：一个节点延迟低，但文件下载很慢。先用同一文件、同一网络和同一时间段与另一个节点对照。若只有该节点持续传输慢，可能与节点路径、远端负载或协议参数有关；不要仅凭延迟值反复切换 DNS 或修改多个参数。
现象三：所有节点都超时。先关闭代理连接，确认当前 Wi-Fi 或蜂窝网络本身可用；再检查订阅是否更新成功、节点地址和端口是否完整、设备时间是否正确，以及是否存在其他 VPN 或网络配置冲突。若只有某个网络失败，应优先比较 Wi-Fi 与蜂窝网络，而不是立即重装应用。
现象四：测速结果每次差异很大。记录测试时间、网络、节点和测试方法，暂停后台同步后重复测试。若结果仍波动，再观察实际网页或办公请求是否同样波动。不要把一次最低延迟写成长期结论。
排查前建议先保存当前配置或记录原始设置。修改规则、DNS或路由后，如果结果变差，恢复到刚才保存的配置，再逐项验证。不要把开启高权限网络功能、删除系统配置或清除安全属性当作测速的默认步骤。
一份可直接照抄的测速记录模板
可以用备忘录记录以下字段，方便比较而不是凭感觉选节点：
日期：2026-11-10
设备：iPhone 或 iPad 型号
网络：Wi-Fi / 蜂窝网络
配置：当前 Config 名称
测试方法：当前界面显示的方法
节点：节点名称或编号
第1次：延迟 / 是否超时
第2次：延迟 / 是否超时
第3次：延迟 / 是否超时
实际任务：固定网页、文件、视频或办公系统
结果：首开、持续传输、是否中断
备注：规则、DNS、网络是否改变记录中不要粘贴完整订阅链接、服务器认证信息或私密配置。若需要分享日志，先遮盖地址、用户名、密码、令牌和订阅凭据。
结论：怎样选出更适合自己的节点
- 先排除完全超时或无法完成连接测试的节点。
- 在相同网络和测试方法下，观察多次结果，而不是只看最低延迟。
- 从候选节点中选择 2—3 个，用固定网页、文件或实际办公任务验证。
- 按使用场景记录首开速度、持续速度、波动和中断情况。
- 如果测速和实际访问结论不一致，优先检查规则、DNS、网络和目标请求，不要马上认定是节点本身。
截至 2026-11-10，公开 App Store 信息确认 Shadowrocket 支持网络速度测量和请求记录；具体按钮名称、页面布局以及可用测试项仍可能随应用版本变化，操作时应以设备当前显示为准。apps.apple.com
常见问题
Shadowrocket测速入口在哪里？
不同版本的入口名称和位置可能不同。优先在 Home 页面查找 Connectivity Test、Test 或 Latency 等与连接测试相关的项目；如果没有完全相同的名称，以当前版本显示的测试功能为准。
Shadowrocket延迟多少算快？
没有适用于所有场景的统一合格线。网页浏览可关注首开响应，视频和文件传输要看持续速度，会议更应关注延迟波动和丢包。建议在同一网络、同一测试方法下比较多个节点。
为什么Shadowrocket测速很低，实际却很慢？
延迟测试只反映特定目标和测试方法的响应时间，不能代表持续传输速度。还可能受到规则、DNS、远端负载、无线网络和目标网站限制影响，应使用固定网页、文件或实际业务复测。
测速显示Timeout应该怎么办？
先用另一个已知可用节点对照，再检查当前网络、节点地址、端口、认证信息和订阅更新结果。如果只有一个节点超时，先将其标记为待核验；如果全部节点超时，优先检查本地网络和配置状态。
要不要为了测速修改DNS或开启更多模式？
不建议把修改DNS、规则或网络模式作为第一步。先固定现有配置完成基线测试，保存原设置后再一次只改一个项目，并用相同目标复测，以免无法判断是哪项修改影响了结果。
Mbps和MB/s有什么区别？
Mbps是兆比特每秒，MB/s是兆字节每秒。理论单位换算可用 Mbps ÷ 8 粗略理解，但实际传输还会受到协议开销、网络波动和远端限制影响。