Shadowrocket 节点怎么选:延迟测试、地区与协议类型

从你已有的订阅里挑节点时,可参考 Shadowrocket 的连通性测试结果、地区与协议类型。延迟数字只反映握手快慢,不代表真实浏览与下载体验,本文一并说明。

本文速览

本文适合已经在 Shadowrocket(小火箭)中导入自己订阅的用户。先用 Connectivity Test 排除当前无法连通的项目,再在同一网络下重复测试,结合目标网站、出口地区和协议传输条件筛选。最后用实际浏览与持续传输复核,而不是直接选列表里数字最小的一项。本文仅说明已有配置的使用方法,不提供、不销售、不推荐节点或订阅。

一、先确认测试对象与当前路由

节点是已有配置中的一个连接端点,通常包含服务器地址、端口、协议与认证参数;订阅则是更新这些条目的来源。节点名称中的地区、倍率或用途属于标签,不是客户端实测结论。订阅刷新后,地址或参数可能变化,因此比较前应确认列表已经完成更新,并保留当前可用配置作为回退。

下面的操作以 iPhone / iPad 的 Home、Config、Settings 界面为参照。其他平台的布局可能不同,不应按按钮坐标照搬。测试前还要区分“选中了哪个节点”与“请求实际走了哪个策略”:如果 Global Routing 为 Direct,实际浏览通常不会使用所选代理节点;使用 Config 时,请求则由当前配置的规则决定。

4 种
Global Routing 姿态:Proxy / Direct / Config / Scene
3 处
基本检查位置:Home / Config / Settings
6 类
本文区分的协议:Shadowsocks / VMess / VLESS / Trojan / Hysteria2 / WireGuard

二、Connectivity Test 数字应该怎样读

Connectivity Test 不是完整的网页加载测试,也不是持续下载测速。结果取决于所选测试方式、测试目标和当前网络:TCP 类测试主要反映连接建立耗时,HTTP 类测试还可能涉及代理协商、TLS 与目标响应。这里所说的“握手快慢”,是对这种短时连通性探测的概括,并不等于应用打开后的全部等待时间。

一次较小的毫秒数,只说明该次探测完成得较快。它不能直接换算成 Mbps,也不能证明视频持续播放、文件下载或长连接稳定。反过来,Timeout 说明本次探测未在限定时间内完成,原因可能是测试目标、网络路径、端口或配置参数,不能只据此断定服务器永久失效。

三、从已有列表筛出候选的五步操作

先完成连通性筛选,再测试真实用途。不要在每次切换节点时同时修改 DNS、规则和协议参数,否则即使结果变化,也无法判断是哪项修改起作用。以下流程保留两个候选即可,不必把整个订阅逐项做长时间下载。

  1. 核对列表

    进入 Home,确认自己的订阅已刷新完成。检查待测条目的服务器地址、端口与协议是否完整;若有重复名称,用连接参数区分,不凭名称猜测线路相同。

  2. 固定条件

    保持同一个 Wi-Fi 或蜂窝网络,记录 Home → Global Routing 的当前选择。测试期间不要更换 Config;如启用了 Settings → On Demand,先确认其连接规则不会在测试中途改变连接状态。

  3. 重复探测

    在 Home 使用 Connectivity Test,以相同测试方式执行 3 轮。优先保留连续有结果、波动较小的项目,并记录 Timeout;不要将一次失败直接当成删除依据。

  4. 验证访问

    在 Home 选择候选并打开连接开关,用同一个目标网站复核。必要时短暂使用 Global Routing → Proxy,并确认策略指向该候选;记录首屏、后续页面与实际业务是否正常。

  5. 恢复分流

    测试完成后恢复原来的 Global Routing 与 On Demand 设置。保留一个在当前网络下验证可用的备用项目,之后换网络或更新订阅时重新确认,不把今天的结果当成长期排名。

四、地区应围绕目标服务与接入网络判断

地理距离只是影响路径的一项因素。你的设备到服务器可能经过不同运营商互联、入口转发或拥塞链路,因此标注更近的地区不一定获得更短延迟。服务器名称所写的地区也不必然等于最终出口 IP 所属地;目标服务识别地区时,可能同时参考 IP 数据库、账号区域和设备设置。

如果已有业务明确要求某个地区,应先从符合该地区条件的已有条目中筛选,再比较稳定性。不要为了更小的测试数字而忽略业务所需区域。涉及账号的服务还应避免频繁跨地区切换,以免测试过程本身触发额外验证。

同一候选在两种接入网络下分别验证

固定 Wi-Fi
  • 先确认 Wi-Fi 自身能正常访问基础网络服务。
  • 保持同一接入点,避免测试中在不同房间切换信号。
  • 记录常用时段的表现,区分本地拥塞与远端波动。
蜂窝网络
  • 在信号相对稳定的位置测试,避免边移动边比较。
  • 重新执行 Connectivity Test,不沿用 Wi-Fi 的排名。
  • 长时间传输会消耗流量,复核应控制时长与数据量。

可按网络保留不同候选;没有必要为所有接入环境确定一个固定“最快节点”。

五、协议类型决定什么,不决定什么

协议名称描述连接与传输机制,不是速度等级。首先应满足现有服务端的协议和参数要求,再检查所在网络是否允许相应传输。客户端中把类型改成另一个名称,不会使服务端自动兼容。尤其是认证信息、TLS、传输层与服务端口,必须与已有配置一致。

协议选用前检查不能据此推断
Shadowsocks服务器地址、端口、加密方法与密码匹配;UDP 能力取决于两端及网络。名称简短不代表处理一定更快。
VMessUUID、传输方式与 TLS 设置一致;认证异常时也检查系统时间。能够握手不等于所有目标服务可用。
VLESSUUID 及所用传输、安全层参数必须匹配,不能仅凭协议名判断连接保护方式。与其他协议的名称差异不是速度排名。
Trojan密码、TLS 证书验证与 Server Name 配置正确。使用 TLS 不代表可绕过所有网络限制。
Hysteria2基于 QUIC,需确认 UDP 路径可用,认证与证书参数正确。高延迟网络下也不保证固定带宽。
WireGuard检查密钥、Peer、Endpoint、隧道地址及路由范围;传输依赖 UDP。隧道建立不等于 DNS 与全部路由都正确。

端口号也不是协议识别器。例如,TCP 443 与 UDP 443 是不同的传输入口;看到“443”不能断定一定是 Trojan,也不能认定网络一定允许通过。实际端口以用户已有配置为准,不应为追求较低延迟随意修改,更不应在证书报错时关闭验证来换取连接成功。

六、排除规则与自动连接造成的误判

常见误判是“换了节点,但网页表现没有变化”。在 Config 姿态下,这可能是正常结果:该域名命中了 DIRECT,或规则指定了另一个策略组。规则通常按配置顺序匹配;DOMAIN-SUFFIX 按域名后缀匹配,IP-CIDR 按地址段匹配,GEOIP 依赖地址归属判断,FINAL 用于兜底。选中节点并不会覆盖所有规则。

路由检查记录

入口
Home → Global Routing
配置
Config 中当前启用的配置
核对关键字
DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
验证要点
目标请求是否使用待测节点所在策略

先核对规则去向,再将网页表现归因于节点。

连接状态检查

入口
Settings → On Demand
作用
按所设条件触发连接行为
观察位置
Home 的连接开关与当前网络
测试结束
恢复原有自动连接设置

On Demand 管理连接触发,不是节点测速或质量排序功能。

如果只有一个网站失败,先检查它的命中策略、DNS 结果及服务自身状态;如果所有候选同时失败,则先检查本地接入网络、订阅参数与当前连接状态。不要一次性重置全部设置。每次只改变一项并记录结果,才能保留可复现的排查依据。具体步骤可继续查阅连接故障排查手册。

七、延迟测试与实际使用的常见问题

延迟最低,为什么网页反而打开得慢?

先确认 Global Routing 的实际去向,再用同一页面比较两个候选。页面还需要 DNS、TLS、多个资源请求与内容传输;短探测没有覆盖这些环节。浏览器缓存也会影响重复打开的结果,不要拿一个缓存页面与另一个首次加载页面比较。

显示 Timeout,但实际能打开网页,要删掉吗?

不必立即删除。保持节点与网络不变,核对 Connectivity Test 的测试方式与目标,再重复测试。某个测试目标不可达不等于所有业务不可达;同时应确认网页请求确实经过该节点,而非 DIRECT 或其他策略。

同一节点晚上变慢,要换协议吗?

先在同一时段对比备用候选,并检查本地网络是否拥塞。只有服务端已提供相应协议配置时,才能进行协议对比;不要直接改 Type。记录“测试稳定但持续传输变慢”或“握手也频繁超时”,比只记录“慢”更有排查价值。

换到蜂窝网络后所有候选都不稳定怎么办?

先确认蜂窝网络自身可用,再在 Home 重做 Connectivity Test。若现象集中在依赖 UDP 的已有配置,检查当前网络的 UDP 可达性;如订阅中已有其他传输类型,可用它做对照。不要把某一网络的限制当成协议在所有环境下都不可用。

选择顺序可以固定为:业务条件符合、连接可用、重复结果稳定、真实用途通过。延迟数字是筛选依据之一,不是最终结论。

下载 Shadowrocket