适用于已在 Shadowrocket（小火箭）导入自己已有订阅、需要从多个节点中选出日常使用项的读者。按相同网络条件测试候选节点，核对目标服务所需地区，再比较实际访问结果；协议类型用于检查兼容性，不用作速度排名。
选择前先固定测试条件
Shadowrocket 是通过 App Store 获取的 Apple 平台付费客户端，以 iPhone、iPad 使用为主；其他兼容设备与系统要求以 App Store 页面标注为准。它负责使用已导入的配置，不会因为购买客户端就附带线路。客户端买断 ≠ 线路套餐。以下步骤以用户已有自己的服务商与订阅、节点已出现在 Home 列表中为前提。
比较节点时，先确定要解决的问题：是某个目标地区无法访问、打开页面等待过久，还是连接经常中断。不同问题需要看的指标不同。若正在 Wi-Fi 与 Cellular 之间切换，或一边测试一边更改 Global Routing，前后数字就不处于同一条件，不能直接排序。
开始前记下当前使用的是 Wi-Fi 还是 Cellular，以及目标网页或应用。测试期间尽量保持设备位置和网络不变；两轮之间若网络已切换，应重新测量。记录候选节点的名称、地区、延迟显示、能否连接和目标内容是否正常加载，比仅保存一个毫秒数更有用。
延迟数字测到了什么
Home 节点列表中的延迟结果，是一次测试请求在指定测量条件下得到的响应时间，通常以毫秒显示。它可用于发现测试时无法响应或响应明显偏慢的候选项，但不等同于整条访问路径的持续吞吐量。具体结果还会受到测试目标、超时设置、当时的网络状态以及节点负载影响；不要把一次结果当作长期保证。
实际打开网页还涉及域名解析、建立连接、传输页面资源，以及网站自身的处理时间。一次很短的测试请求完成得快，不代表图片、视频等较大内容一定加载得快；反过来，单次延迟偏高也可能只是测试瞬间网络波动。尤其要区分“节点测试有结果”和“目标流量确实经过该节点”这两件事。
确认列表
在 Home 查看自己已有订阅中的节点。若尚未导入，可用 Home →「+」→ Type → Subscribe 添加自己的订阅链接，再回到列表确认内容已加载；示例链接
https://example.com/sub?token=xxxx仅用于说明格式。同网测试
保持同一 Wi-Fi 或 Cellular 连接，在 Home 的节点列表中对候选项使用延迟测试，并记录无法响应、响应明显偏慢及结果接近的节点。
逐个切换
每次只选一个候选节点，开启连接后访问同一个目标站点。若要观察所选节点的直接表现，可在 Home → Global Routing 中先核对 Proxy；测试结束后恢复原有姿态。
复测确认
对结果接近的候选项在相同条件下再测数次，并实际打开目标内容；保留表现稳定的项，而不是只保留某一次毫秒数最低的项。
Global Routing 设为 Direct 时，目标流量可能直接连接，此时网页打开得快不能证明所选节点快；设为 Config 时，配置中的规则会决定各类请求走向；Scene 则涉及场景条件。比较前先核对当前姿态。若使用 Config，还应检查目标域名命中的规则，避免拿不同路由结果当成节点差异。
地区距离与目标地区怎样取舍
地区选择先看目标服务的要求，再看链路表现。若目标内容要求特定出口地区，应先从已有订阅中筛出符合该地区的节点，然后在同地区候选项里比较稳定性。若没有明确地区要求，可以从距离当前网络较近的地区开始测试；物理距离较短有时有助于降低往返时间，但运营商线路、拥塞与绕行同样会改变结果。
节点名称里的地区是配置提供方写入的标识，不等于对每个目标网站的访问结果。对地区有要求时，用实际目标服务显示的地区信息与可用性核对；不要仅凭名称或延迟推断出口位置。下面两组是选择顺序，不是地区速度排行榜。
目标指定地区
- 先筛
- 目标服务要求的出口地区
- 再测
- 该地区内多个候选节点
- 最后核对
- 目标内容是否正常加载
地区条件优先于跨地区的最低延迟数字。
目标不限地区
- 起点
- 从距离较近的已有节点开始
- 排除
- 测试无法响应的候选项
- 保留
- 多次访问表现稳定的节点
路径与拥塞会变化，较近不等于必然更快。
例如同一网络下，某个较近地区节点显示的延迟更低，但目标页面加载时反复等待；另一个地区的数字略高，却能连续完成加载。对于这个目标，应优先记录后者的实际表现，再隔一段时间复测。若切换到另一目标服务，原先的排序也未必适用，因为目标服务器及其网络路径已经改变。
协议类型不是速度名次
已有订阅可能包含 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard 等不同类型的节点。协议名称说明连接采用的技术形式，不能仅凭名称判断哪一个在当前网络中最快。同一协议的不同节点也可能处于不同地区、线路和负载条件下；跨协议比较时，更应保持测试网络与目标一致。
优先确认节点能否正常连接、配置参数是否由自己的订阅完整提供，再看目标内容的实际访问结果。若某一类型在当前 Wi-Fi 下连接稳定、换到 Cellular 后却反复超时，应分别记录两种网络的表现，不要把它归结为所有同类型节点的固定特性。具体协议参数应以自己已有配置为准，不能靠更换名称补齐缺失的设置。
- 无法连接：先核对订阅是否成功更新、节点是否仍在列表中，再检查当前网络是否可用；连接问题尚未排除时，延迟排序没有意义。
- 可以连接但加载慢：在相同 Global Routing 姿态下，比较同一目标的首次打开、再次打开和持续加载情况，避免只看瞬时测试结果。
- 部分目标正常：若使用 Config，检查规则匹配结果；例如
DOMAIN-SUFFIX,example.com,PROXY与GEOIP,CN,DIRECT会让不同请求采用不同策略，FINAL,PROXY则用于未命中前面规则的流量。
规则按从上到下的顺序匹配，命中后停止。因此，比较协议或节点之前，应确认目标请求实际采用的策略。把目标流量走 Direct 时的结果与另一轮走 Proxy 的结果并列，会把规则差异误读成协议差异。
常见测试结果怎样判断
遇到“数字看着好，使用却不顺”的情况，先分清测试入口、连接状态和目标路由。延迟结果不是网页测速报告，也不会替代目标应用内的访问验证。下面按现象给出复核动作；每次只改一项，才能知道变化来自哪里。
延迟最低的节点，为什么网页仍然慢？
固定同一个网页并重复打开，观察是首次连接等待，还是图片等内容持续加载缓慢。再核对 Home → Global Routing：在 Config 下检查该目标命中的规则；确认走向后，换同地区另一节点重复测试。
节点显示超时，应该直接删除吗？
先检查设备当前网络能否正常访问其他内容，再在相同网络下重测。若同组节点同时超时，应先排查订阅内容和网络状态；单个节点持续无法响应，再从日常候选中暂时移开。
Wi-Fi 下可用，Cellular 下却不稳定？
分别在两种网络中记录测试结果与实际访问情况。若启用了 Settings → On Demand，还要核对其中的 Wi-Fi 与 Cellular 条件，确认切换网络后连接状态符合预期，再比较节点表现。
地区标识符合要求，目标仍显示别的地区？
先确认目标流量确实经过所选节点，而非在 Direct 或规则匹配下走了其他路径。然后以目标服务实际显示的信息复核出口，不要只凭节点名称判断。
如果两项候选的延迟数字接近，不需要为了很小的差值频繁切换。更有用的记录是：在固定网络、固定目标和相同路由姿态下，哪一项连续多次完成了实际任务。网络状况会变化，之后出现明显退化时再重新测试即可。
形成可重复的选择顺序
日常选择可以压缩成三个判断：目标有没有地区要求，候选节点当前能不能连接，以及实际内容能不能稳定加载。先按地区筛选，再用延迟测试缩小范围，最后用真实目标验证；协议类型用于确认配置与连接表现，而不是代替上述验证。这样记录下来的结果，也能在更换 Wi-Fi、Cellular 或目标服务后重新比较。
- 在 Home 确认自己的订阅与节点列表已加载，并记录当前网络。
- 按目标地区要求筛选候选项；没有地区要求时，从已有节点中选择少量候选进行同条件测试。
- 核对 Home → Global Routing 的姿态，逐个选择节点，对同一目标重复实际访问。
- 保留连接与加载表现稳定的项；条件改变后重新测，不沿用旧数字作结论。
需要核对客户端获取入口时，以 App Store 产品页为准：应用名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118。购买的是客户端本身；使用文中筛选步骤仍以用户已有自己的订阅或配置为前提。