本文适合已经在 Shadowrocket（小火箭）中导入自己订阅的用户。先统一测试网络与 Global Routing，再用延迟筛出可用候选，最后按目标网站、持续传输与晚间稳定性复核。读完可以建立一套可重复的选择流程，而不是只按列表里最小的毫秒数决定。订阅从你的服务商处获取，本文只讨论已有配置的使用与判断。
一、延迟数字说明响应快慢，不说明带宽上限
延迟测试测量的是某种探测从发出到收到响应所花的时间，通常以 ms 显示。不同测试方法覆盖的路径不同：TCP 握手侧重服务器地址与端口是否及时响应；经代理访问测试目标的探测，还会受到代理协商、目标地址解析和目标服务器响应的影响。先确认测试方式，再比较数字，不能把两种方法的结果直接排列成同一份名次。
在 Home 使用 Connectivity Test 时，应让候选节点使用相同测试方式和目标。若当前界面提供测试方法选择，保持该项不变。列表中显示的结果是一次探测记录，不是后续所有请求的保证；超时也只说明本次探测未在限定时间内完成，不能仅凭一次超时判断订阅已经失效。
低延迟只代表小规模交互可能更快。持续下载还取决于可用带宽、丢包、拥塞、服务端负载和目标站限速。例如，某候选响应很快，但共享出口拥塞，页面首屏可能迅速出现，大文件却长时间停在较低速率。相反，响应略慢但持续传输平稳的候选，可能更适合视频缓冲或文件传输。
二、先统一测试条件，再在 Home 选择候选
先保留当前能用的配置，不要为了比较延迟同时更新订阅、修改规则和更换网络。Home 负责选择服务器与连接，Config 负责配置文件，Settings 放置相关设置。把这些层次分开，才能知道体验变化来自节点选择，还是来自分流或自动连接条件。
-
核对订阅
在 Home 核对已有订阅分组与服务器条目。尚未添加时，使用 Home → 右上角「+」→ Type → Subscribe，填入从你的服务商处获取的订阅链接并保存。先完成一次更新，测试期间不要反复刷新分组。
-
固定网络
先在同一个 Wi-Fi 下完成一轮测试，暂停其他设备的大量传输。到 Settings → On Demand 核对已有触发条件；若它会干扰手动断开与重连，记录原设置并在测试期间暂停，结束后恢复。
-
统一路由
在 Home → Global Routing 记录原状态。做短时受控对比时可选择 Proxy，以减少 Config 中直连规则的干扰；测试结束恢复原状态。不要在 Direct 下把直连目标的速度归因于所选节点。
-
重复探测
在 Home → Connectivity Test 使用相同方式测试候选，间隔片刻重复三次。记录成功次数与波动范围，先保留持续有响应的两到三个条目，不必每次都测试整个订阅。
-
验证实际请求
在 Home 选中候选并连接，用相同网站和相同文件复测。切换后重新建立测试连接；必要时重新连接 Shadowrocket，避免旧的长连接仍沿用先前路径。最后回到 Config 验证日常规则下的实际体验。
三、地区先看用途，再核对实际出口
节点名称中的地区通常由订阅提供方命名。它可能描述入口、出口或某条线路的用途，不等于设备到目标网站的实际路径。物理距离较近一般有利于降低传播时延，但网络互联、绕路与拥塞都可能改变结果；同一地区的两条线路，也可能表现明显不同。
地区选择：日常交互与指定地区访问
日常网页与交互
- 从已有订阅中筛选响应稳定的候选，不先按名称排序。
- 用经常访问的两个网站验证首屏加载与重复打开的表现。
- 保留一条不同路径的备选，避免只留下同一出口的多个名称。
明确地区需求
- 先确认目标服务要求，再在相应地区候选中测试。
- 通过目标服务显示的地区信息核对结果，不只相信节点标签。
- 保持登录环境相对稳定，避免为追求几毫秒频繁跨地区切换。
地区标签用于缩小候选范围；目标服务识别结果和持续可用性才是最终复核依据。
网站看到的通常是请求出口地址，但地区识别还可能结合账户资料、设备权限、历史会话和地址数据库。更换节点不保证网站立即改变地区判断。若某网站识别异常，应先确认该请求确实经过预期策略，再区分出口地址与网站自身判断，避免不断切换却无法定位原因。
四、协议按网络条件取舍，不按名称排速度
协议决定客户端与服务端如何通信，但不能单独决定线路质量。Shadowsocks、VMess、VLESS 的实际表现还与传输方式及配套参数有关；Trojan 常见于 TLS 连接；Hysteria2 基于 QUIC，依赖 UDP 路径；WireGuard 使用 UDP 承载隧道。不能把不同服务器、地区和负载下的结果归结为协议优劣。
| 协议 | 先核对的配置 | 选择时的边界 |
|---|---|---|
| Shadowsocks | 服务器、端口、加密方法与密码 | UDP 能否使用还取决于服务端与线路支持，不能只看协议名。 |
| VMess / VLESS | 身份参数、传输方式，以及配套的 TLS、Host 或路径设置 | 同一协议可使用不同传输组合，测试时应记录完整组合。 |
| Trojan | 端口、密码、TLS 与服务器名称相关参数 | TCP 可达不代表身份校验和 TLS 协商必然成功。 |
| Hysteria2 | 认证、TLS、UDP 可达性及服务端要求的相关参数 | 当前网络限制 UDP 时，可能出现超时或连接不稳定。 |
| WireGuard | 密钥、Endpoint、地址与路由参数 | 隧道建立不等于目标网站可达，还需核对 DNS 与路由。 |
端口必须与服务端一致。例如，配置写明 TCP 443，就应按该端口测试，而不是因其常用于 TLS 就擅自改成其他值；UDP 443 与 TCP 443 是不同的传输端点，一方能通不能证明另一方也通。不要通过随机改端口、关闭证书验证或改写身份参数来追求更小的测试数字。
如果同一服务商给出的不同协议条目并不共享入口、出口与负载，就把它们当作不同候选整体比较。只有尽量保持服务器、目标、时间和网络一致，才有条件讨论传输方式对体验的影响。支持某种协议只是具备连接能力，不是对这条线路性能的承诺。
五、用一份固定记录区分延迟、波动和吞吐
建议每次只对比两到三个候选，先连续测试，再在常用时段复测。以下配置卡是人工记录模板，不是可以导入 Shadowrocket 的配置文件；其中的时间与测试次数是本流程的统一条件，不代表产品限制。
探测记录
- 网络
- 同一 Wi-Fi；蜂窝网络另做一轮
- 测试入口
- Home → Connectivity Test
- 重复次数
- 每个候选 3 次，方法与目标保持一致
- 记录项目
- 成功次数、每次 ms、是否出现超时
单次最低值只作参考，连续成功与波动更有判断价值。
实际使用记录
- 路由状态
- 记录 Proxy 或 Config，以及实际命中的策略
- 网页对象
- 固定两个常用网站，切换后重新建立连接
- 持续观察
- 同一文件观察 60 秒，记录中断与速率波动
- 复测时段
- 白天与常用晚间时段各保留一轮
测试流量计入现有套餐与本地网络用量，避免长时间反复传输。
例如，假设候选 A 的三次探测为 42、45、310 ms，候选 B 为 78、81、80 ms，这只是说明判断方法的示例数字，不是线路实测报告。A 的最低值更小，但这轮记录波动更大；B 在这一轮更一致。接着还要用实际请求复核，不能由三次探测直接推导全天稳定性，也不能把响应差值换算成下载速率。
- 网页用途：观察首次打开、重复打开和图片加载是否一起变慢，注意缓存可能掩盖差异。
- 视频用途：在相同清晰度下观察缓冲与中断，不以播放器自动降低清晰度后的流畅度作等价比较。
- 文件用途：固定文件与来源，区分 MB/s 和 Mbps；按十进制单位计算，1 MB/s 相当于 8 Mbps。
- 交互用途：关注波动和间歇性卡顿；相关业务若使用 UDP，还要实际验证 UDP 通路。
六、常见异常先查路径，不急着更换节点
延迟很低，网页为什么还是慢？
先在 Home → Global Routing 核对状态，再确认目标请求是否走预期策略。Config 下可能由规则或策略组选了其他路径。若路径正确，用同一网站重新建立连接，对照首屏和持续传输；探测目标很快，不代表目标网站也快，DNS、TLS 协商与出口拥塞都需要分别检查。
测试超时，但实际还能打开网页，要删除吗？
先不要删除。保持节点不变，重复相同测试，再核对测试目标是否可达。实际网页与探测可能使用不同目标或传输方式；若网页其实走 Direct，也不能拿它证明代理可用。确认路由后，再以真实请求是否连续成功作为补充依据。
Wi-Fi 能用，蜂窝网络却连不上怎么办？
固定同一个候选，分别在两种网络下重测，不要同时更新订阅或改协议。到 Settings → On Demand 检查是否存在按网络触发的条件；若为 Hysteria2 或 WireGuard，再核对当前网络的 UDP 可达性。记录网络、时间与错误现象，向你的服务商核对该条目要求。
订阅更新后，原来的选择怎么变了？
回到 Home 核对条目名称、服务器地址、端口与协议，不要只看原来的排列位置。更新可能替换或移除条目；若 Config 中使用策略组，还要检查组内选择。重新选定候选并复测，不能沿用更新前的延迟记录判断新条目。
如果 Proxy 下正常、恢复 Config 后异常，优先检查规则路径，而不是继续挑节点。DOMAIN-SUFFIX 按域名后缀匹配，IP-CIDR 按地址范围匹配，GEOIP 按地址地理分类匹配，FINAL 承接前面未命中的请求。规则顺序、DNS 结果及策略组选择都可能影响最终出口；应在 Config 中查看当前启用的配置，结合请求记录定位命中项。
七、保留主用与备选，按固定条件复查
选择的终点不是获得一个永久最低的 ms，而是在自己的使用环境里保留可重复验证的路径。主用候选应满足常用网站可达、交互稳定与持续传输够用；备选则尽量与主用存在路径差异。两个名称不同但实际共用同一出口的条目，未必能提供有效备选。
- 日常使用恢复原有 Global Routing 与 On Demand 设置，避免把临时测试状态长期留下。
- 只在体验持续变化、订阅条目更新或网络环境改变时复查，不因一次延迟升高立即切换。
- 记录候选名称、协议、网络与测试时间，保留能用于前后对照的信息。
- 发生异常时一次只改变一个变量：先网络，再候选，再检查协议参数与规则。
需要进一步核对入口和操作位置，可查看使用说明；不清楚术语时可查阅名词解释。先确认真实请求路径，再分析延迟、地区和协议，通常比频繁刷新整个列表更容易定位问题。