本文适合已在 iPhone 或 iPad 的 Shadowrocket（小火箭）中导入自己订阅的用户。先统一测试条件，再筛选可连接的服务器，最后核对地区、协议和实际访问结果。读完可区分低延迟、目标可达与持续传输三种指标，并按固定顺序排查超时。
先看测试对象，不只看延迟数字
Home（首页）列表中的服务器通常也被称为节点。列表旁的毫秒数是一次特定测试的结果，不是整条线路的综合分数。数值越小，只能说明这次测试所覆盖的交互耗时越少；它没有同时测出可用带宽、长时间丢包率或目标网站的响应速度。
先确认 Connectivity Test（连通性测试）使用的方法。若测试只测到服务器端口建立连接，它主要反映设备到入口的握手耗时；若通过代理请求测试地址，结果还可能包含代理协商、域名解析、服务器出口及目标响应。ICMP（互联网控制消息协议）探测则不是代理握手。不同方法得到的数字不能直接混在一起排序。
例如，访问一个 HTTPS（超文本传输安全协议）测试地址时，目标通常使用 443 端口；你的代理服务器却可以使用服务商配置的另一个端口。测试失败时应分别核对目标地址和服务器端口，不能把两者都改成 443。本文不列实时测速结果，也不以固定毫秒门槛判定线路是否可用。
按同一条件测试，再设默认服务器
测试前先停止其他大流量任务。保持同一 Wi-Fi 或蜂窝网络、同一测试方法和同一目标地址。一次只更改一个条件，才容易判断差异来自服务器还是本地网络。已有订阅发生变更时，先完成更新，再比较列表中的服务器。
-
核对已有配置
打开 Home（首页），确认自己的订阅分组和服务器已显示。需要重新添加已有订阅时，点右上角“+”，在 Type（类型）选 Subscribe（订阅），填写自己的订阅链接并保存。不要把订阅链接发到公开记录中。
-
固定测试条件
在 Home（首页）进入 Connectivity Test（连通性测试）的测试方式设置，记录当前选项；若可设置测试地址，也一并记录。整轮筛选使用同一组设置，不把不同方法的结果合并排名。
-
重复测试
执行服务器列表的延迟测试，对候选项至少重复三次。记录是否每次都有结果、是否反复超时。不要只保留最小值；偶尔很低、其余超时的服务器不能据此判为稳定。
-
选默认项
回到 Home（首页），点候选服务器左侧的选择圆点，确认选中状态已移动。打开连接开关；首次连接按系统提示允许添加 VPN 配置。仅进入服务器编辑页，不等于完成默认项选择。
-
验证目标访问
在 Home → Global Routing（全局路由）核对当前模式，打开实际需要的网站并重复加载。再进行短时持续播放或下载观察。测试后恢复原来的路由模式，避免把诊断设置当作日常配置。
地区看出口用途，不按名称推断速度
服务器名称中的地区是服务商给出的描述，不足以单独证明入口位置、出口位置或实际路径。设备先连接的入口与最终访问网站的出口可能不在同一地区。地理距离近也可能经过较长的网络绕行，不能据此保证延迟更低。
如果目标网站对地区有要求，先核对服务商说明中的出口地区，再检查目标网站实际显示的可用状态。账户所属地区、定位权限、缓存和网站自身策略也可能影响结果。只看到服务器名称里有某个地区，不代表对应内容一定可以访问。
按访问需求分开筛选
普通网页访问
- 先排除重复测试超时的服务器。
- 保持同一目标，观察首次加载和再次加载。
- 以连续访问成功为前提，再参考延迟。
有地区条件的访问
- 先核对已有服务的出口地区说明。
- 确认目标请求确实经过所选服务器。
- 记录目标返回的地区提示或错误信息。
地区用于筛选用途，延迟用于比较同条件下的响应；两者都不能代替实际访问验证。
协议类型看参数与网络条件
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是不同的协议类型，不是由慢到快的排名。即使协议相同，服务器负载、入口链路、出口路由和传输设置不同，结果也可能不同。先保留服务商给出的类型及配套字段，再测试当前网络是否允许对应传输。
不要把 Type（类型）从一种协议直接改成另一种来“加速”。服务端必须支持相应协议，认证字段也必须匹配。域名、端口、密码、UUID（通用唯一标识符）、TLS（传输层安全协议）和传输路径应以原配置为准，不应凭服务器名称猜测。
认证与传输分开核对
- Shadowsocks
- 核对服务器、端口、加密方法与密码，方法不匹配会导致连接失败。
- VMess / VLESS
- 核对 UUID，并核对配置中的传输方式、TLS 与主机名等字段。
- Trojan
- 核对密码及 TLS 相关设置，注意证书对应的服务器名称。
协议名称相同不代表字段可以互换，订阅更新后的配置优先按服务商说明核对。
UDP 条件单独检查
- Hysteria2
- 基于 QUIC（快速 UDP 互联网连接），需要链路允许相应 UDP 流量。
- WireGuard
- 使用 UDP 传输，需匹配密钥、对端地址及相关网络参数。
- TCP 探测
- 不能只凭 TCP 端口探测结果，判定 UDP 协议的实际可用性。
网络限制与服务端配置都可能造成超时；切换网络复测时，应保留相同服务器配置。
对于基于 UDP（用户数据报协议）的连接，某个网络可以打开普通网页，不等于它允许所需的 UDP 流量。反过来，某种端口探测没有响应，也不必然说明完整代理连接失败。应结合协议实际连接、目标访问和错误信息判断。
确认 Global Routing，避免测错流量去向
选中默认服务器之后，目标请求仍不一定走它。Home → Global Routing（全局路由）决定使用何种路由姿态。尤其在 Config（配置）模式中，规则可以让某个网站直接连接，也可以把它交给指定策略；因此，“换了服务器但网页没有变化”首先要查实际匹配路径。
- Proxy（代理）：按代理模式处理流量。用于诊断时仍要核对当前选择的服务器与相关设置，不能只看连接开关。
- Direct（直连）：直接连接目标。此时普通网页能打开，不能证明所选代理服务器可用。
- Config（配置）：按当前启用的配置匹配规则。规则从上到下处理，先命中的规则决定对应策略。
- Scene（场景）：按已设置的场景条件应用相应路由设置。复测前先核对当前场景，不把场景切换造成的变化算到服务器上。
下面只展示一个用于理解路由的片段，不要求替换现有完整配置。DOMAIN-SUFFIX（域名后缀匹配）把示例域名交给 PROXY（代理策略），FINAL（最终规则）让其余未命中的请求走 DIRECT（直连策略）。示例域名仅作教学文本。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT如果当前配置还有 GEOIP（IP 地理归属匹配）或 IP-CIDR（IP 网段匹配），也要检查它们的位置与策略。测试网站被前面的规则命中后，后面的规则不会再改变该次匹配结果。排查时先看模式，再看启用的 Config（配置文件），最后看目标对应的规则。
把响应、波动和持续传输分开记录
网页打开慢不一定是到服务器的握手慢。一次访问还可能经历 DNS（域名系统）解析、TLS 握手、重定向和多个资源请求。视频播放则更依赖持续吞吐和缓冲情况。小数据探测成功，并不能证明大流量传输时不会拥塞。
- 记录响应：保持同一测试方法，对每个候选项记录三次结果。频繁出现超时，应先查连接是否稳定，而不是只比较最低毫秒数。
- 记录目标：打开同一个页面，分别观察首次加载和再次加载。再次加载可能命中缓存，不能直接当作线路提速证据。
- 记录持续性：对同一内容进行短时持续访问，记录是否反复暂停、重连或中断。不要把瞬间显示的速率当作整个时段的平均值。
- 记录环境：写明 Wi-Fi 或蜂窝网络、测试时段、服务器名称及路由模式。切换网络后另起一组，不与上一组直接混排。
常见现象：先查哪一项
延迟很低，为什么网页还是打不开？
先在 Home → Global Routing（全局路由）核对模式，再确认网页是否走当前服务器。若握手测试正常但目标访问失败，继续查 DNS、目标站响应、认证参数与出口状态；不要仅凭低毫秒数排除这些环节。
所有服务器都超时，要逐个改端口吗？
先保持原配置，确认设备的基础网络能访问普通网页，再检查 Connectivity Test（连通性测试）的方法及测试地址。用同一候选项切换 Wi-Fi 与蜂窝网络复测。如果只有某个网络失败，优先排查该网络的限制，不要批量改写服务商端口。
订阅更新后，刚选的服务器找不到了？
回到 Home（首页）核对订阅分组，检查服务器是否被重命名或移除。更新后重新确认左侧选中圆点及实际连接项。若更新本身失败，先确认订阅链接仍有效；错误信息交给自己的服务商核对，提交记录时遮住链接中的访问令牌。
关掉连接后又自动打开，怎么继续测试？
打开 Settings → On Demand（设置 → 按需连接），核对当前自动连接条件。需要手动对照测试时，可暂时停用相应条件，再回到 Home 操作连接开关；完成后恢复原设置。自动重连属于连接触发行为，不应误判为服务器切换失败。
最后保留一份不含凭据的测试记录：当前网络、所选服务器名称、协议类型、测试方法、是否超时、目标是否能访问。向服务商反馈时，给出这些条件比只说“延迟高”更容易定位问题。不要公开订阅链接、密码、UUID 或密钥。