Shadowrocket 服务器怎么选:延迟测试、地区与协议类型,以及延迟数字的局限

在订阅已有的服务器中挑选时,应结合延迟测试、地区和协议类型来看。文章解释延迟数字测的是什么,以及它为何不等于网页和视频的实际体验。

本文速览

已有自己的服务商与订阅时,先排除连接失败的服务器,再在相同网络、相同测试方式下比较延迟,最后用实际目标验证地区与协议是否合适。本文说明 Shadowrocket(小火箭)中选中服务器、确认 Global Routing、运行 Connectivity Test 的顺序,并给出低延迟却加载缓慢时的检查方法。延迟只是一项测量结果,不是带宽、出口地区或持续连接稳定性的保证。

一、延迟数字能说明什么

列表里的毫秒数描述一次测试所花的时间,其含义取决于测试方式和测试目标。仅检查连接建立的测试,与经由代理请求一个目标地址的测试,覆盖的链路并不相同。比较前应先确认当前 Connectivity Test 使用的方式;更换方式或目标后,前后两组数字不宜直接排名。

一次连接建立成功,不能单独证明后续认证、域名解析、目标网站访问都成功。即使测试经过了代理,它也只说明当时到该测试目标的表现。网页通常还要请求多个域名、建立多个连接并下载资源,视频则更依赖持续吞吐与缓冲状况。

ms
毫秒:测试耗时的单位,不是传输速率单位
Mbps
兆比特每秒:吞吐量单位,不能由延迟直接换算
443
HTTPS 的常用端口,不是所有代理服务器的固定端口

例如,若一次测试显示 40 ms,另一次显示 90 ms,只能先判断前者在该轮测试中用时更短。这是说明读数含义的假设例子,不是实测性能。不能据此推导前者下载速度更快,也不能把一次超时直接判定为服务器永久不可用。

二、先固定条件,再选择默认服务器

开始前保留当前能用的配置,确认订阅来自用户已有的服务商。订阅更新会改变服务器列表或参数;如果刚更新过,应先检查原先选中的条目是否仍在,而不是继续沿用旧名称作比较。不要为降低一个延迟数字随意改写服务器地址、端口或认证信息。

  1. 固定网络

    在同一个 Wi-Fi 或同一次蜂窝网络连接下测试,暂不切换网络。暂停其他大流量任务,并记录当前测试方式。蜂窝信号或 Wi-Fi 接入点变化后,应重新建立一组记录。

  2. 检查模式

    进入 Home → Global Routing,确认当前是 Config、Proxy、Direct 还是 Scene。若使用 Config,还要到 Config 核对实际选用的配置;规则可能将目标送往其他策略。

  3. 选中条目

    回到 Home,在已有服务器列表中点选一个候选,确认左侧选中标记。若配置中的策略组另行指定了服务器,仅更改 Home 的默认服务器未必会改变目标流量的出口。

  4. 运行测试

    使用 Home 中的 Connectivity Test。保持测试条件不变,分开运行三次并记录成功、超时和耗时;这里的三次是检查步骤,不是应用固定的测试次数,也不等同于丢包率测量。

  5. 验证目标

    打开连接开关,首次使用时按系统提示允许添加 VPN 配置。访问实际要用的网页或服务,记录是否打开、首屏是否迟滞、连续使用是否中断,再以同样步骤换下一个候选。

选中服务器后,如果测试结果与访问表现矛盾,先确认流量是否真的经过它。连接开关的状态、Global Routing 的选择、Config 中的规则与策略组共同影响路径;只看列表左侧的选中标记,不能证明每个请求都使用该条目。

三、Global Routing 会改变比较前提

比较服务器前先区分路由姿态。Config、Proxy、Direct 是不同的流量处理选择;Scene 则需要结合当前场景设置核对,不能直接当成某一种固定出口。下面只比较 Shadowrocket 自身的设置项。

Config

推荐

依据当前配置匹配规则,连接可能使用 DIRECT、代理或指定策略。比较日常使用表现时,保留已经核对过的配置,并确认测试目标命中了预期策略;未命中前面的规则时,行为取决于 FINAL 的内容。

适合:确认日常规则下的真实访问表现

Proxy

将接管范围内的流量交由代理处理,适合在已确认所选代理的前提下排查规则影响。它不会消除服务器到目标网站的链路问题,也不能替代目标服务自身的可用性检查。

适合:临时隔离规则分流因素,检查代理路径

Direct

使用直连路径。处于此姿态时,网页访问结果不能作为所选代理服务器的性能证据;但可以用来核对当前本地网络是否能直接访问某个允许直连的目标。

适合:确认直连基线,不用于代理服务器排名

结论:先确认路径,再解释数字

若 Config 与 Proxy 下的结果明显不同,先检查目标命中的规则及其策略,不要立即更换协议。确认两次请求使用同一服务器后,比较才有意义。

四、地区名称不等于目标网站认定的地区

订阅条目中的地区通常来自服务商提供的名称,是选择线索,不是应用独立验证的地理结论。入口地址所在位置、最终出口地址的位置,以及目标服务采用的地区数据库,可能不是同一回事。多段转发时,入口延迟较低也不能直接说明最终出口离目标更近。

在 Wi-Fi 中可用、切到蜂窝网络后表现改变,也未必是地区选择错误。接入网络变化会影响 DNS、路由和 UDP 可达性。此时应把蜂窝网络视为另一组测试条件,重新运行 Connectivity Test,而不是把两组结果混在同一排名里。

五、协议类型用于匹配条件,不用于直接排名

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的名称表示不同的协议及配置要求,不是速度等级。连接能否工作,首先取决于服务端与客户端参数是否一致;协议可用后,实际网络、服务端负载及到目标的路径仍会影响体验。

协议优先核对不能据此推断
Shadowsocks服务器地址、端口、加密方法和密码;涉及 UDP 时确认两端支持情况。仅凭加密方法名称判断实际吞吐量。
VMess / VLESS身份参数、传输方式与 TLS 等设置须与服务端一致。把协议名称等同于某一种固定传输路径。
Trojan密码与 TLS 参数,包括服务端要求的服务器名称及证书验证条件。认为填入 443 就必然能完成连接。
Hysteria2基于 QUIC,依赖 UDP 可达;核对认证及 TLS 参数。承诺在任何网络中都比基于 TCP 的路径更快。
WireGuard密钥、对端地址、端口及隧道地址等参数;其传输使用 UDP。认为其他协议可用就代表当前网络的 UDP 路径也可用。

若已有订阅提供同地区的不同协议条目,可将它们作为候选逐个验证,但名称相近并不能证明它们位于同一服务器、使用同一出口或具有相同负载。因此,这种比较能帮助选择当下可用的条目,不能构成对协议本身的严格性能结论。

不要将一个条目的 Type 改成另一种协议来尝试提速。客户端切换类型不会让服务端自动切换协议,原有端口和身份参数也不一定适用。需要不同协议时,应使用已有服务商实际提供的对应配置。

六、低延迟但不好用时,按现象排查

先记录“哪一步失败”,比反复刷新延迟更有效。连接建立、域名解析、页面首屏、资源下载和长时间播放属于不同阶段。测试成功但页面失败时,应缩小问题范围,而不是把所有失败统一称为服务器慢。

延迟很低,网页为什么一直转圈?

先确认 Home 的连接开关与 Global Routing,再运行 Connectivity Test。测试成功而单个网站失败时,到 Config 核对该域名对应的规则与策略;同时检查当前配置的 DNS 设置。若规则中有 DOMAIN-SUFFIX、GEOIP 或 IP-CIDR,应结合匹配顺序检查,不能只看 FINAL。

列表显示超时,还要不要试?

先检查本地网络,再对同一条目重复测试。超时可能出现在测试目标或具体测试路径上;在已确认参数正确的前提下,可选中条目后尝试实际目标。若测试和实际访问均失败,再检查订阅是否更新、地址和端口是否仍有效。

视频能开始播放,但过一会儿就缓冲?

记录是否只在特定网络或时段出现,并在相同画质下换一个已有候选。视频持续传输与短时延迟不是同一指标;初始缓存、内容分发路径和服务端负载都可能影响播放。不要用一次较低的毫秒数推断持续吞吐足够。

切换网络后,为什么自动重新连接?

检查 Settings → On Demand 中已有的触发条件,确认 Wi-Fi、蜂窝网络或域名条件是否在生效。排查时先记录这些条件,必要时暂时停用相关触发再手动连接;完成测试后恢复原设置,避免把自动连接行为误认为服务器切换异常。

最终保留的应是满足目标、重复测试可用、实际访问稳定的条目,而不一定是某一轮毫秒数最低的条目。建议保存一份简单记录:接入网络、候选名称、协议、Global Routing、测试方式与实际现象。订阅更新或接入网络改变后,按同一顺序复核即可。

App Store 正版核验