Shadowrocket（小火箭）里选择服务器，先排除不可连接的条目，再比较重复测试的稳定性、目标网站的实际表现与协议适配。本篇以用户已有自己的服务商与订阅为前提，给出固定测试条件、辨认地区信息和核对协议参数的操作顺序；读完可以在现有列表里留下一个常用条目和一个备用条目，而不是只按最小延迟数字排序。
先固定测试条件，再比较服务器
结论：一次只改变一个变量，结果才有参考价值。服务器条目通常包含名称、地址、端口和协议参数；名称中的地区、倍率或线路说明来自用户已有服务商，不能单凭名称确认真实出口。开始前先确认订阅仍有效，再核对当前选中的条目，避免比较的是旧地址或不同配置。
服务器测试与网页访问还可能走不同路径。列表测试通过，不代表目标网站一定由该服务器处理；如果当前规则把目标域名交给 DIRECT，更换服务器也不会改变这次直连访问。先做可控的连接测试，再回到日常使用的规则模式复核。
-
核对订阅
在 Home 查看已有订阅及条目。需要重新导入时，使用 Home → + → Type → Subscribe，填入自己的订阅地址并保存；地址属于访问凭据，不要把完整内容贴进公开截图。按当前订阅提供的更新操作刷新后，确认条目仍存在。
-
固定网络
保持同一个 Wi-Fi，或保持蜂窝网络，不要在两种网络之间反复切换。暂停其他设备的大流量任务，并记录测试时间。Wi-Fi 信号弱或本地上行被占满，会影响整组结果。
-
核对路由
在 Home → Global Routing 核对当前模式。需要隔离规则影响时，可临时选 Proxy，对同一目标测试；完成后恢复原来的 Config 或其他日常设置。测试期间不要同时切换 Config 中的配置文件。
-
重复验证
在 Home 对候选条目使用 Connectivity Test，每个条目重复三轮，并记录超时与波动。随后连接候选条目，用同一网页、同一文件或同一通话场景复核；不要把一次成功当成稳定结论。
-
检查自动连接
若测试中连接状态自行变化，到 Settings → On Demand 核对按需连接条件，确认不是网络切换触发了自动连接或断开。记录原设置；需要临时关闭时，测试后恢复。
延迟低只说明测试响应快，不等于吞吐量高
结论：先看能否稳定完成测试，再看响应时间，最后看实际任务。延迟通常以毫秒显示，描述一次测试所需的时间；它不是带宽，也不能直接换算成文件下载速度。具体结果与测试方式、测试目标、DNS、握手以及当时的网络状态有关，比较时必须保持这些条件一致。
以下数字仅是读数解释示例，不是本站实测：某条目三轮为 48、51、49 ms，另一条目为 24、280 ms、超时。后者的最低值更小，但波动和失败更明显。对交互网页或通话，前者可能更值得继续验证；对大文件传输，还要额外比较持续速度，不能由这组延迟直接下结论。
- 响应时间：观察多轮结果是否接近。一次低值可能只是短时空闲，连续超时则需要先排查连接与参数。
- 持续吞吐量：用同一个有权访问的文件或业务任务观察一段时间。短时峰值不代表持续能力，也不要混用 MB/s 与 Mbps。
- 失败与重试：记录网页是否反复加载、连接是否中断。少量测试不足以给出精确丢包率，不要把超时次数包装成完整网络统计。
- 业务结果：网页首屏、视频缓冲和通话连续性分别观察。一个测试目标可达，不代表所有目标都具有相同表现。
地区要看目标服务与实际出口，不只看地理距离
结论：地区是筛选条件，不是速度排名。设备到服务器、服务器到目标站点是两段不同路径，地理距离更近不保证运营商互联更顺畅。有的订阅条目名称描述的是出口，有的可能包含入口或中转信息，解释应以已有服务商的说明为准。
| 使用目标 | 优先核对 | 验证方式 |
|---|---|---|
| 一般网页浏览 | 重复响应是否稳定、网页是否完整加载 | 使用同一页面交错测试，区分首次加载与缓存加载。 |
| 有地区要求的服务 | 服务自身的地区政策与当前出口识别 | 查看目标服务的访问结果；地区名相同不保证可用。 |
| 长时间文件传输 | 持续吞吐量、连接中断和时段变化 | 固定文件与测试时长，避免只记录开始几秒的峰值。 |
| 实时通话 | 声音连续性、响应波动与 UDP 可达性 | 在同一业务中验证，并确认该业务流量实际经过预期策略。 |
如果需要确认出口，可以使用目标服务自身显示的登录活动或连接地区信息作辅助，但不能把单一地区识别结果当成线路拓扑证明。测试时不要同时改变账户地区、应用设置与服务器，否则很难判断是哪一项导致变化。对于有地区访问条件的服务，遵循服务条款，服务器地区本身不构成访问保证。
协议类型先看参数匹配，再看网络适配
结论：协议名称不是速度等级。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的配置方式和传输特性不同；实际表现还取决于服务器实现、线路、本地网络和参数。不同协议部署在不同服务器上时，测试同时改变了多个变量，不能据此断言某种协议始终更快。
身份与连接参数
- Shadowsocks
- 核对地址、端口、加密方法和密码，不能只复制服务器地址。
- VMess / VLESS
- 核对 UUID、传输方式，以及相应的 TLS 和传输参数。
- Trojan
- 核对密码与 TLS 相关参数；服务器名应与服务端要求一致。
- 端口
- 按原始配置填写。443 不是所有条目的默认答案，也不能证明连接一定可用。
在 Home 打开对应条目的编辑界面核对，不要为降低延迟擅自更改认证或 TLS 校验设置。
UDP 与传输条件
- Hysteria2
- 核对认证、TLS 及已有服务商要求的其他参数；所在网络需要允许相关 UDP 通信。
- WireGuard
- 核对密钥、对端地址、端口及隧道地址等完整配置，不能按普通密码条目处理。
- 网络限制
- UDP 受限时，基于 UDP 的连接可能失败，即使普通 HTTPS 网页可以直连。
- 验证方法
- 保留原参数，在同一条目下切换 Wi-Fi 与蜂窝网络复测，区分参数错误和网络限制。
不要只因网络出现丢包就认定 Hysteria2 必然更快；拥塞控制的效果仍需实际任务验证。
连接成功但体验不变，先核对规则与订阅
结论：先确认流量有没有使用选中的服务器，再判断服务器优劣。Home → Global Routing 中，Proxy、Direct、Config、Scene 是不同的路由模式；Direct 不会因为列表里选中了某个条目就改为代理。使用 Config 时，要继续到 Config 核对当前生效的配置与策略；使用 Scene 时，也要核对对应场景的设置，不能把它当成固定走同一个服务器的保证。
规则示例 DOMAIN-SUFFIX,example.com,DIRECT 会让匹配的域名后缀采用 DIRECT；FINAL,PROXY 则用于前面规则均未命中时的最终策略。它们只是语法解释，不是建议覆盖现有配置。若 PROXY 策略关联了其他选择逻辑，还应核对实际落到的条目，而不是只看 Home 中的选中标记。
为什么延迟很低，打开网页还是慢？
先在 Home → Global Routing 核对模式，用同一网页做一次临时 Proxy 对照，再恢复原模式。如果只有 Config 下慢，到 Config 检查该域名对应的规则与策略；两种模式都慢，再比较其他已有条目及本地网络。
为什么所有条目都显示超时？
先确认本地网络能正常访问日常网站，再在 Home 更新自己的订阅，检查地址、端口和凭据是否仍有效。随后换一种本地网络复测；也要核对测试目标是否受限，不能仅凭同一测试目标超时就认定全部服务器失效。
同一个条目在 Wi-Fi 好用，蜂窝网络却失败？
保持条目参数不变，分别记录两种网络的结果；对 Hysteria2、WireGuard 重点检查 UDP 可达性，并到 Settings → On Demand 核对连接条件。不要先改密码或端口，这会把网络差异和参数错误混在一起。
更新订阅后，原来的选择怎么找不到了？
在 Home 查看更新后的条目列表，按地址、协议和现有说明重新确认候选项。条目可能被更名或移除，不要只靠旧名称判断。若原条目已不在已有订阅中，向自己的服务商核实，而不是手动猜测新的连接参数。
保留可复测的常用与备用条目
结论：最终选择应能被同样的操作复现。留下常用条目时，至少记录本地网络、测试目标、时间、协议和路由模式；备用条目则优先保留已经验证可用、能应对不同网络条件的选项。两个不同名称的条目未必代表不同线路，是否独立仍需核对已有服务商的说明。
- 日常选择：优先保留重复测试稳定、实际任务可完成、参数来源明确的条目，而不是仅保留一次延迟最低的条目。
- 备用验证：在 Wi-Fi 与蜂窝网络分别确认可用性。切换后重新检查 Global Routing 与当前策略，不把列表选择等同于所有流量已经切换。
- 复测时机：订阅内容变化、经常超时或本地网络更换时，再按同一流程验证；没有异常时不必持续批量测试，以免消耗额外流量。
- 记录边界：保存条目名称和现象即可，不在公开记录中暴露订阅地址、密码、UUID 或密钥。