本文适合已在 Shadowrocket（小火箭）导入自己订阅的用户。选择服务器时，先用相同测试方式筛掉不可达项，再结合目标服务所需地区、协议参数和实际访问表现判断。读完可以建立一套可重复的测试记录，而不是只按列表里最小的毫秒数切换。本文以用户已有自己的服务商与订阅为前提，不涉及服务来源选择。
一、先确认测试对象与实际连接一致
Home 中选中的服务器、Global Routing 的当前模式，以及 Config 里的规则，会共同影响实际请求的出口。列表中某个服务器测试成功，不代表打开的网页一定经过它。尤其在 Config 模式下，目标域名可能命中 DIRECT；此时拿网页打开速度评价该服务器，结论就会偏离测试对象。
开始前先暂停大文件传输，固定在同一个 Wi-Fi 或蜂窝网络中测试。不要一边切换接入网络，一边比较两个服务器，否则无线信号、运营商路径与服务器本身的影响会混在一起。
-
核对列表
进入 Home，确认自己的订阅已展开且服务器列表不是空白。若刚更新订阅，先重新核对条目名称和配置，不要假定旧条目仍对应原来的服务器。
-
固定模式
进入 Home → Global Routing。需要隔离规则影响时，可临时选 Proxy，测试后恢复原来的 Config 等设置。Direct 不用于验证代理服务器的网页表现；Scene 的实际行为需结合所选场景核对。
-
运行测试
回到 Home，运行 Connectivity Test。记录本次使用的测试方式；ICMP、TCP 与 HTTP 的结果含义不同，不要把不同方式产生的毫秒值放在一起排名。
-
逐项验证
选择一个候选服务器，开启连接，再访问固定的目标网页。对其他候选项重复同样动作，同时记录成功、超时、首屏等待和持续加载情况。
-
恢复设置
完成比较后恢复日常 Global Routing 模式，并在该模式下再次打开目标服务。如果结果改变，优先检查规则命中与策略，而不是继续盲目切换服务器。
二、延迟数字测到了什么，没测到什么
延迟是特定探测在特定时刻完成所需的时间，不是带宽，也不是网页完整加载时间。ICMP 主要反映网络层探测响应，服务器可能限制此类报文；TCP 探测主要检查指定端口建立连接的表现；HTTP 测试还取决于测试地址、应用层响应与所选测试路径。只有明确测试方式，数字才有可比性。
列表探测记录
- 接入网络
- 同一个 Wi-Fi，测试期间不切换蜂窝
- 测试方式
- 固定为同一种方式，不混用结果
- 重复次数
- 每个候选项连续测 3 次并保留失败记录
- 判断重点
- 能否持续成功，以及结果是否大幅波动
这里的 3 次是操作建议，不是应用的固定测试次数。
实际访问记录
- 路由模式
- 临时使用 Proxy 隔离 DIRECT 规则影响
- 目标地址
- 每轮使用相同网页或同一资源
- 观察项目
- 首次打开、持续加载、是否中途停顿
- 复测时段
- 在日常使用时段再测一轮
网页缓存与连接复用会影响结果，不能只比较第二次打开的速度。
例如，假设一组测试记录中，候选 A 的 TCP 结果为 45、48、210 ms，候选 B 为 85、88、86 ms。它只说明这一轮里 B 的探测更稳定，不说明 B 的下载速度必然更高。这是读数示例，并非本站对任何服务器的实测。若 A 的网页访问也频繁停顿，才有更多证据把它暂时移出候选列表。
- 数字低但网页慢：继续观察域名解析、TLS 握手、目标站响应与服务器出口负载，不能仅凭一个延迟值定位故障。
- 偶尔超时：保留超时记录。只挑成功结果里的最小值，会掩盖间歇性不可达。
- 持续传输慢：延迟探测的数据量很小，无法替代持续传输测试；带宽限制和拥塞需要另外验证。
三、地区看出口用途，不只看距离
服务器名称里的地区是配置标签，不是对出口位置的独立验证。入口地址所在位置、线路经过的位置、目标网站识别的出口 IP 地区，可能并不相同。物理距离近通常有助于降低传播时间，但绕路、跨网互联与拥塞可能抵消这一优势。
如果使用目标服务有地区条件，应以该服务实际识别的地区和访问结果为准。账号地区、定位权限、历史会话或目标站数据库也可能影响页面内容。不要仅凭首页语言改变，就认定网络出口已切换成功。
- 日常浏览：在满足访问条件的候选项中，优先比较稳定性与实际首屏等待，而不是预设某个地区永远更快。
- 地区相关服务：先确定所需出口地区，再在同一地区内比较候选项。低延迟但不满足用途的条目没有比较价值。
- 移动场景：在家用 Wi-Fi 上表现正常，不代表蜂窝网络相同。网络切换后应重新跑一次相同测试。
- 长时间会话：登录、通话或持续传输期间减少来回切换出口，避免把会话中断误判为服务器不可用。
四、协议类型看兼容条件，不按名称排速度
Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的连接方式和参数要求不同。协议名本身不能决定速度；服务器部署、传输方式、接入网络是否允许对应流量，以及参数是否完整，往往更直接地影响可用性。已有订阅通常已包含这些参数，应先保留原值进行验证。
Trojan 通常使用 TLS；VMess、VLESS 的实际传输与 TLS 设置需要结合配置查看，不能从协议名直接推断。Hysteria2 的可用性与 UDP 路径有关；WireGuard 还需要正确的密钥、对端与地址配置。TCP 探测无法完整证明 UDP 协议会话可用，也不能代替协议认证。
- 端口：443 不是通用修复值。若自己的服务器实际监听其他端口，擅自改成 443 会导致连接失败。
- TLS：核对配置中的服务器名称与证书要求，不以关闭证书验证作为日常排障方法。
- 认证：密码、UUID 或密钥必须与自己的服务端一致；端口可达不代表认证成功。
- 传输：更换 Type 不会把服务端转换为另一种协议，协议与相关参数必须配套。
五、常见现象按层排查
排障时先确认接入网络，再确认服务器可达性，随后看协议连接与目标服务。每次只改一个变量，修改后复测同一个目标。若同时换地区、改协议、更新订阅又调整规则，即使恢复访问，也很难知道是哪一步起作用。
延迟很低，为什么网页一直转圈？
先在 Home → Global Routing 临时选 Proxy，选择该服务器后复测原网页。若依然失败，核对协议认证、TLS 参数和目标服务可达性；若恢复，则回到 Config 检查规则与策略。测试结束后恢复原来的路由模式。
同一个服务器，家里能用，蜂窝不能用？
分别在 Wi-Fi 与蜂窝下运行相同测试，记录具体协议。若使用 Hysteria2 或 WireGuard，重点检查 UDP 路径是否受限；也要检查系统是否允许 Shadowrocket 使用蜂窝数据，避免仅凭一次超时判断服务端故障。
刚更新订阅，原来选中的条目怎么变了？
回到 Home 核对更新后的列表，重新选择候选项，并确认 Type、服务器地址和端口。订阅内容可能调整名称或替换服务器，旧的测试记录不能直接套用。不要把完整订阅地址或认证参数放入公开排障记录。
切换服务器后，为什么目标网站看起来没变？
先确认 Global Routing 不是 Direct，再核对 Config 是否让目标走 DIRECT。随后关闭旧网页会话并重新访问。若连接会自动恢复或切换时受影响，再到 Settings → On Demand 核对现有自动连接条件，避免把自动行为与手动测试混在一起。
六、留下可复用的选择记录
最终选择应同时满足三个条件：目标服务可用、实际访问稳定、日常网络下表现可重复。最低延迟可以作为初筛依据，但不应成为唯一标准。建议保留一个日常候选和一个已验证的备用候选；出现故障时先复测，再切换，避免把短时波动当成永久结论。
- 记录接入网络、测试时段、测试方式、候选条目与三次探测结果，失败也写入记录。
- 补充出口用途是否满足、固定网页是否成功、加载期间是否停顿，不记录密码、密钥或订阅完整地址。
- 订阅更新或接入网络变化后重新验证，不沿用旧条目的速度排名。
- 临时测试结束后恢复 Config 等日常设置，并确认目标请求仍采用预期策略。