先确定用途，再比较四项指标
先从订阅中选出两到三个候选节点，不要直接把延迟列表的第一名设为长期默认。日常网页、持续下载、地区限定服务和远程连接，对网络的要求不同。一个节点能快速打开测速地址，并不能证明它对所有目标网站都有同样表现。
Clash 客户端负责展示配置与切换策略，Clash 或 Clash Meta（mihomo）内核负责建立代理连接和匹配规则。订阅提供的节点名称、倍率与地区说明来自服务提供方；内核不会自动验证这些标签是否准确，也不会根据你的套餐余额替你选择最省流量的线路。
| 指标 | 先看什么 | 容易误判的地方 |
|---|---|---|
| 延迟 | 连续测试结果、失败次数、业务响应 | 一次最低值不代表全天稳定 |
| 倍率 | 服务商计费规则与剩余流量 | 高倍率不等于高速度 |
| 地区 | 实际出口 IP 与目标服务识别结果 | 节点名称不一定等于实际出口 |
| 协议 | 内核支持、网络限制、服务端实现 | 协议名称不能直接排列性能高低 |
延迟怎么读：看波动，不只看最低毫秒数
客户端测速不是下载带宽测试
常见的节点延迟测试，是经代理访问指定 URL，测量请求完成所需时间。测试地址、连接复用、DNS 缓存、内核实现和客户端展示方式，都可能影响结果。它不等同于直接对服务器执行 ICMP ping，也不能把面板里的 80ms 换算成每秒能下载多少数据。
比较节点时，保持测试 URL、超时阈值与本地网络一致。先测试一轮，再间隔约 30 秒重复，至少记录五次结果。不要同时跑大文件下载；本地 Wi-Fi 拥塞和上行占满，也会使节点看起来忽快忽慢。
- 看中位数：五次测试排序后取中间值，避免被单次异常低值吸引。
- 看波动：从 70ms 跳到 900ms 的节点，交互体验可能不如持续约 180ms 的节点。
- 看失败：超时不能当作 0ms。记录为失败，单独计算失败次数。
- 看时段：工作日白天与当地晚间高峰各测一次，保留相同测试条件。
用具体记录代替“感觉很快”
以下是说明计算方法的示例记录，不是本站对真实线路的实测。节点 A 的五次结果为 62、65、71、680、超时；节点 B 为 165、172、178、181、190ms。A 的成功结果更低，但出现一次超时和一次明显尖峰。对网页表单、远程桌面和频繁 API 请求，B 通常是更值得继续验证的候选。
接着用实际业务确认：打开三个常用页面，执行一次登录，连续观看十分钟视频，或者保持十五分钟远程连接。测速 URL 成功而业务失败，可能是目标站点限制、出口 IP 信誉、规则走向或地区识别问题，不应直接归结为“节点延迟太高”。
流量倍率怎么算：先看套餐扣量规则
倍率通常是服务提供方的计费标记，不是 Clash 内核的标准性能参数。若服务商按实际计费流量乘以倍率扣除套餐余额，那么 1GB 计费流量使用 2 倍节点，会扣除约 2GB 配额；使用 0.5 倍节点，则约扣除 0.5GB。这里的前提是服务商确实采用这一公式。
套餐扣量 = 服务商统计的计费流量 × 节点倍率
计费流量 10GB × 0.5 倍 = 扣量 5GB
计费流量 10GB × 1 倍 = 扣量 10GB
计费流量 10GB × 2 倍 = 扣量 20GB实际扣量还可能涉及上传流量、协议开销、统计更新间隔，以及 GB 与 GiB 的单位差异。以套餐后台的规则与记录为准，不要把客户端的连接统计直接当作账单。名称中的“标准”“专线”“高速”也不是统一计费标准。
低倍率适合大流量，但仍要验证稳定性
- 视频、系统更新、云盘下载：优先测试低倍率线路，确认持续吞吐能满足需求。
- 网页、消息、代码托管：流量较少，可优先考虑连接成功率与交互延迟。
- 特定地区服务：先满足出口条件，再比较倍率，避免省了配额却无法使用。
假设某条 2 倍线路能达到 12MiB/s，而 1 倍线路达到 8MiB/s，这是一个速度与配额的取舍，不是前者必然更优。对于后台下载，接受更长的完成时间可能更划算；对于临时获取紧急文件，高倍率线路可以作为短时选项。测速下载本身也会消耗配额，没必要反复拉取数 GB 的测试文件。
节点地区怎么选：核对出口，不只看名称
节点名称中的“香港”“日本”“美国”可能描述出口位置，也可能只是产品分组。连接入口、跨境传输线路与最终出口可以位于不同地点。入口靠近本地不代表出口也在附近；从你到入口的低延迟，也不等于访问目标服务的完整链路很短。
- 手动选择候选节点，并在连接面板确认检测网站实际命中了这个节点，而不是 DIRECT 或另一策略组。
- 通过该连接查询公网出口 IP，记录 IP 地址、地区数据库结果和网络运营方信息。
- 打开实际目标服务，确认其内容、地区提示与登录结果；数据库标注只能作为参考。
- 重复连接后观察出口是否改变。动态出口适合部分日常浏览，但可能触发账号的异地登录检查。
地区限定服务通常还会检查 IP 类型、账号所属地区、支付资料或设备定位。某个 IP 数据库显示“日本”，并不保证所有服务都将它识别为日本，也不保证该出口有访问资格。客户端切换地区只是改变网络出口的一部分条件。
协议怎么比较：先确认内核与网络条件
协议决定连接方式与部分传输特性，但节点性能还受服务器负载、入口带宽、路由、拥塞控制和客户端设备能力影响。不要把协议名称当成速度等级。同一种协议在两条线路上的体验差异，可能大于不同协议之间的差异。
| 协议 | 需要确认 | 选择时的重点 |
|---|---|---|
| Shadowsocks | 加密方法、插件及内核支持 | 配置匹配，实际线路稳定 |
| Trojan | TLS、服务器名称与证书设置 | 握手成功，证书验证正常 |
| VLESS | 传输方式、TLS 或 REALITY 参数 | 使用支持对应功能的内核 |
| Hysteria2 | UDP 可达性、认证与 TLS 参数 | 受限网络下能否建立连接 |
| TUIC | UDP 可达性、服务端与客户端兼容性 | 会话稳定与设备资源占用 |
Hysteria2、TUIC 使用基于 QUIC 的传输，依赖底层 UDP。在限制 UDP 的公共 Wi-Fi 或企业网络中，可能直接连接失败；这不能说明订阅里的所有节点都坏了。可以保留一条使用 TCP 传输的候选线路，在相同网络下交叉验证。
VLESS、Hysteria2、TUIC 等节点需要核对具体内核支持。客户端界面能显示节点名称，不代表当前内核能正确加载全部协议参数。检查内核名称、配置加载日志和报错；旧版 Clash 与 mihomo 的能力不能混为一谈。涉及升级时，可先参考客户端选型指南，再备份现有配置。
协议层面的 UDP 传输，与应用是否经代理发送 UDP，是两个不同问题。例如游戏应用的 UDP 流量，还取决于节点能力、规则与流量接管方式。开启 TUN 也不会自动解决服务端不支持 UDP、出口限制或线路拥塞。
按同一流程验证节点，避免测错代理路径
第一步：固定策略组与测试入口
在客户端节点面板，把相关策略组切到手动选择；若它仍由 url-test 自动选择，你记录的节点可能在测试过程中变化。在连接面板查看目标域名、匹配规则和代理链，确认本次请求确实经过候选节点。规则模式可以保持开启，但测试域名必须命中预期策略。
系统代理只影响读取该设置的应用。终端命令不一定跟随浏览器，因此可显式指定本地 HTTP 或 mixed 端口。下面假定客户端监听 127.0.0.1:7890；先核对当前配置中的 port 或 mixed-port，如果实际端口不同，应相应修改命令。
curl --proxy http://127.0.0.1:7890 \
--connect-timeout 10 \
--max-time 20 \
--output /dev/null \
--silent --show-error \
--write-out "HTTP=%{http_code} TTFB=%{time_starttransfer}s TOTAL=%{time_total}s\n" \
https://www.example.com/这是适用于常见 Unix shell 的命令示例，地址使用文档示例域名。实际对比时，换成你常用且允许访问的 HTTPS 页面。Windows PowerShell 可使用 curl.exe 并将命令写成一行，把输出目标改成 NUL。显式指定代理只保证进入本地代理端口，最终出口仍取决于内核规则，必须同时检查连接面板。
time_starttransfer 是从请求开始到收到首字节的时间，包含连接建立等阶段；time_total 是整个请求耗时。它们不是客户端节点测速值的严格复现，而是验证业务请求链路的补充。返回 HTTP 403 时，请求可能已经到达目标站点，只是被拒绝；不要把所有非 200 响应都当成代理断线。
第二步：记录一次完整对比
- 保持同一设备、同一网络和同一测试地址，暂停其他大流量任务。
- 为每个节点记录五次延迟、失败次数、倍率和实际出口地区。
- 使用相同业务验证十到十五分钟，记录卡顿、重新连接与登录异常。
- 晚间高峰再重复一次，把稳定通过的节点留下，不按一次峰值排序。
如果所有候选节点都失败，先确认订阅余额、配置启用状态、本地监听端口和网络连接，再检查 DNS 与规则。只有浏览器失败或只有终端失败时，优先排查代理入口；可继续查看故障排查。不要同时修改 DNS、TUN、规则和节点，否则很难确认是哪一项修复了问题。
保留日常、地区与备用三类节点
完成测试后，通常不需要收藏几十条线路。日常默认选一条高峰稳定、倍率合适的节点；地区需求保留一条实际通过业务验证的出口；备用节点选择不同入口或不同网络路径，并确认它在当前网络下能独立使用。
- 日常网页：稳定响应优先，倍率适中，不为几十毫秒的小差距频繁切换。
- 视频与下载：持续吞吐与扣量优先，避免只看短请求测速。
- 远程工作：长连接稳定与固定地区优先，重要操作前确认当前出口。
- 受限网络备用：保留经验证可用的不同传输方案，不仅复制同一线路的另一名称。
需要自动切换时，url-test 依据测试结果选择节点，fallback 通常按列表顺序寻找可用节点；二者都依赖测试 URL 的可达性，不理解流量倍率、账号地区限制或业务登录状态。load-balance 会按配置策略分配连接，也不意味着单个下载能把所有节点带宽相加。对出口敏感的业务，手动固定节点更便于控制。
订阅更新后，再检查一次节点名称、倍率和策略组选择。原节点可能被删除、改名或迁移出口。最终保留的不是“延迟最小”的唯一赢家，而是一组用途清晰、成本可算、路径可验证的节点；当体验变化时，按相同测试流程复查，才能区分本地网络、线路负载与目标服务的影响。