Shadowrocket（小火箭）选节点时，先在同一网络、同一测试方式下筛出能响应的候选，再连接并验证实际任务。本文以用户已有自己的服务商与订阅为前提，说明延迟数字的边界、地区标签的用途、协议参数的核对方法，以及如何避免把规则分流结果误当成节点表现。本站不提供、不销售、不推荐任何节点或订阅。
一、延迟测试先看可达性，不把数字当速度排名
延迟通常以 ms 表示，描述某次测试从发起到得到响应所花的时间。它不是下载速率，也不是网页完整加载时间。测试若只建立 TCP 连接，主要反映连接建立阶段；若经代理访问 HTTP 测试目标，结果还会受到代理握手、目标响应等环节影响。因此，“只反映握手快慢”适合提醒读者不要把它当带宽，但不能代替对测试方式的核对。
先查看 Settings → Connectivity Test 中当前使用的测试设置，再回到 Home 执行 Connectivity Test。同一列表中的结果只有在测试方式、测试目标和本地网络一致时才适合比较。不要把一次 Wi-Fi 测试与另一次蜂窝网络测试直接排成高低名次，也不要把不同测试方式得到的数字放在一起求平均。
- 有数值：表示该次测试在对应条件下得到响应，不代表所有网站或所有协议流量都能正常通过。
- 超时：可能涉及服务器不可达、端口受阻、测试目标无响应或参数不匹配，不能只凭这一项断定订阅整体失效。
- 波动明显：同一候选应重复观察，记录是否反复超时，而不是只保留最低的一次数字。
例如，记录里出现“候选 A：80、82、450 ms；候选 B：110、115、112 ms”，应先注意 A 的波动，再验证实际使用。这组数字仅为记录方法示例，不是本站实测，也不构成任何性能承诺。即使 A 的最小值更低，也不能据此断言持续传输更顺畅。
二、在 Home 完成一次可复核的筛选
一次只改变一个条件，才能知道结果变化来自哪里。筛选前暂停本机大流量传输，保持同一个 Wi-Fi 或蜂窝网络；不必追求空闲到完全没有后台流量，但应避免一边下载大文件一边比较几十毫秒的差距。
-
核对列表
在 Home 确认已有服务器条目。若刚更新订阅，先检查条目是否仍存在；进入条目编辑页核对 Type、地址和端口，避免把已失效的旧条目加入比较。
-
统一测试
进入 Settings → Connectivity Test，核对当前测试方式与目标。保持这些设置不变，返回 Home 执行 Connectivity Test，记录有响应和超时的候选。
-
重复观察
对少量候选分三轮记录结果，轮次之间留出间隔。保留原始数值和超时次数，不只记最低值；测试期间不切换本地网络。
-
确认路由
在 Home → Global Routing 核对模式。用 Proxy 对照所选服务器的实际访问表现；若使用 Config，应同时确认当前 Config 的规则最终指向哪个策略。
-
验证任务
选中候选并打开连接开关，访问同一个网页或同一段视频。分别记录页面能否打开、资源是否完整、播放是否持续，再切换下一候选重复操作。
Proxy 对照用于缩小变量，不代表日常必须一直使用该模式。验证结束后恢复原先需要的 Global Routing 设置。若切换服务器后现有网页连接没有立即变化，可关闭该页面后重新打开；长连接和已缓存内容不适合作为新连接路径的唯一证据。
三、地区标签用于筛选，实际路径仍需验证
节点名称里的地区通常由已有服务的提供方填写。名称并不是对物理位置、出口位置或访问权限的独立证明；入口地址、最终出口和目标网站所在网络也可能不在同一地区。仅凭名称中的城市或旗帜，无法判断访问目标时经过了哪条路径。
地区越近，传播距离可能越短，但总耗时还取决于运营商互联、路由绕行、服务器负载和目标站点响应。先按实际任务缩小地区范围，再测可达性与稳定性，比单纯按地图距离排列更容易复核。
按任务选择验证重点
网页与交互请求
- 固定同一个目标页面，观察首次打开与后续交互。
- 检查图片、脚本等资源是否完整，而不只看标题出现。
- 优先排除反复超时的候选，再比较响应差异。
持续播放与传输
- 固定内容与清晰度，观察持续传输是否中断。
- 区分首次缓冲与播放过程中的再次缓冲。
- 不同时间段复核，避免把一次空闲期结果当成长期表现。
地区是筛选条件，目标访问结果才是本次任务的判断依据；节点名称不保证目标服务的地区判定或可用性。
四、协议类型先核对兼容参数，再比较表现
Shadowsocks、VMess、VLESS、Trojan、Hysteria2 与 WireGuard 的连接方式和参数结构不同，协议名称本身没有统一的速度排名。同一协议也可能搭配不同传输方式。必须使用已有服务实际提供的参数，不能只在 Type 中换一个名称，期待原服务器按另一种协议工作。
端口同样不能靠协议名称猜测。某些配置使用 443，但 443 并不是所有服务的固定端口，也不能证明连接一定使用相同传输。对 TLS 相关配置，还要核对服务要求的服务器名称等参数；不要以关闭证书验证的方式掩盖参数错误。
协议与传输核对
- Shadowsocks
- 核对服务器、端口、加密方法与密码，任何一项不匹配都可能导致失败。
- VMess / VLESS
- 核对用户标识、传输方式及服务要求的 TLS 等设置；仅有地址和端口通常不足以还原配置。
- Trojan
- 核对密码及 TLS 相关参数，服务器名称应与服务配置相符。
先确认参数完整，再讨论延迟差异；不同传输配置不能仅凭 Type 归为同一种测试条件。
网络条件核对
- Hysteria2
- 基于 QUIC，依赖 UDP 路径；只测 TCP 端口不能完整判断该连接是否可用。
- WireGuard
- 使用 UDP，需匹配密钥、Endpoint 及隧道相关参数；端口有响应不等于隧道配置正确。
- 端口示例
- 443 仅是可能使用的端口，实际数值以用户已有配置为准，不自行替换。
Wi-Fi 与蜂窝网络对 UDP 的处理可能不同；换网络后需要重新验证，不沿用旧排名。
若某个候选在 Wi-Fi 下失败而在蜂窝网络下正常，应把本地网络路径列入排查，而不是立刻归因于协议“更快”或“更慢”。记录 Type、传输方式、端口和失败发生的网络，通常比反复更换名称更有助于定位问题。
五、排除 Global Routing 与规则造成的误判
Home 中选中的服务器不一定承接当前网页的请求。Global Routing 使用 Direct 时，流量按直连方式处理；使用 Proxy 时用于代理路径；使用 Config 时按当前配置规则决定去向；使用 Scene 时应核对对应场景的设置。比较候选之前，必须知道请求实际采用了哪一种策略。
在 Config 模式中，DOMAIN-SUFFIX 可按域名后缀匹配，IP-CIDR 按地址段匹配，GEOIP 按 IP 地理信息匹配，FINAL 处理前序规则未命中的流量。规则自上而下匹配，前面命中 DIRECT 或 REJECT 后，修改后面的 FINAL 并不会改变这次匹配结果。
- 网页始终很快：先确认它是否命中 DIRECT；直连页面不能用于判断所选代理服务器的速度。
- 只有某个域名失败：核对是否命中 REJECT，或是否使用了不同于当前所选服务器的策略。
- 切换后没有区别：检查当前 Config 是否指定了其他策略，同时排除页面缓存和已有长连接的影响。
- 开关自动恢复：进入 Settings → On Demand 核对条件，避免自动连接行为干扰手动对照。
如果测试有响应但网页打不开，还要检查 DNS 解析和目标本身。端口可达并不能证明域名解析正确，也不能证明目标站点允许当前出口访问。需要了解规则语法时，可继续查阅协议手册，不要为了选节点而一次性改动整个 Config。
六、常见选择疑问与保留记录的方法
延迟最低的那个，为什么视频还会停？
回到 Home，选中该候选并确认 Global Routing，再固定视频清晰度观察。连接建立快与持续吞吐是两项指标；拥塞、丢包、目标内容分发路径都可能影响持续播放。记录缓冲发生在开始还是播放中途，比只截取一个 ms 数字更有意义。
测试显示超时，但连上后能打开网页，还要删吗？
先在 Settings → Connectivity Test 核对测试目标和方式，再对照实际访问。测试目标可能单独不可达，或测试方式未能覆盖实际协议路径。不要仅凭一次超时删除条目；若来自订阅，还应考虑后续更新会重新同步列表。
同地区、同协议，为什么结果差很多？
在 Home 分别打开条目编辑页核对地址、端口和传输设置。地区名称相同不代表共用入口、出口或线路；协议相同也不代表负载一致。保持同一网络重复测试，再以同一实际任务对照。
订阅更新以后，要不要重新选？
需要先核对。更新可能改变地址、端口、参数或条目集合，旧记录不一定还能对应。回到 Home 确认当前条目，再执行 Connectivity Test；只有订阅内容确实变化或实际表现异常时，才有必要重做完整对照。
最终保留两三条经过实际任务验证的候选即可。记录测试时间、本地网络、条目名称、Type、测试方式、三轮结果与实际访问现象；网络或订阅内容变化后再复核。记录中不需要包含密码、密钥或完整订阅链接，向他人说明问题时也应遮去这些信息。