先按用途筛节点,再比较延迟

订阅导入 Clash 后,节点列表往往同时出现地区、倍率、线路名称和协议。挑选时不必逐个跑满速。先确认目标网站需要哪个地区,再排除流量成本不合适的节点,最后比较可用性与稳定性,能少做很多无效测试。

本文中的“机场”指提供代理订阅的服务商。节点名称由服务商填写,不是客户端认证的线路参数。“专线”“高速”“原生”等文字只能作为筛选线索,最终仍要看实际连接表现、出口地址和服务商说明。

  • 浏览网页、查资料:优先选择连续请求稳定、首次打开较快的节点,不必追求最高下载速度。
  • 视频播放、大文件传输:先看倍率与可用额度,再看持续吞吐;几十毫秒的差距通常不是主要矛盾。
  • 远程桌面、语音通话:关注延迟波动、断流和 UDP 支持。应用是否经过代理,也需要单独确认。
  • 有地区要求的服务:先验证目标服务识别的出口地区与账户条件,延迟排名放在后面。

Clash 延迟测速测的是什么

Clash 及 mihomo 客户端里的延迟测试,通常是通过指定代理向测试 URL 发起 HTTP 或 HTTPS 请求,再记录相应耗时。它不是简单地对节点服务器执行 ICMP Ping,也不是下载带宽测试。测试 URL、连接复用方式、内核版本与客户端设置不同,结果可能没有直接可比性。

低延迟不等于下载快

建立连接、TLS 握手和等待响应都可能影响读数。小请求很快完成,并不意味着高峰期也有足够带宽。反过来,一条距离较远的线路可能延迟较高,但持续下载更稳定。

例如,候选 A 显示 45 ms、候选 B 显示 95 ms,只能说明它们在本轮测试条件下的响应耗时不同。不能据此推断 A 的下载速度是 B 的两倍,更不能推断某个视频网站一定能通过 A 正常播放。

用相同条件比较三轮

  1. 暂停系统更新、网盘同步和其他下载,保持同一 Wi-Fi 或有线网络。
  2. 在客户端“代理”页面找到要比较的策略组,使用组内的延迟测试按钮;不同客户端可能把这一页命名为“代理组”。
  3. 对候选节点连续测试三轮,每轮间隔约 10 秒,记录超时次数与数值范围,不只截取最低的一次。
  4. 切换到候选节点后,实际打开目标网站,检查首屏加载、登录和连续操作是否正常。

假设三轮结果分别为 62、65、63 ms,另一节点为 40、260 ms、超时,前者通常更适合交互操作。这是读数示例,不是本站对任何线路的实测承诺。若客户端开启了 unified-delay 等影响延迟计算的选项,应保持该选项一致后再比较。

流量倍率怎么算:0.5 倍、1 倍和 2 倍

倍率通常是服务商的计费系数,不是速度倍数。标为 2 倍的节点,不表示带宽一定是 1 倍节点的两倍;标为 0.5 倍,也不表示连接速度减半。具体按上行、下行还是两者合计计算,要以服务商的流量说明为准。

节点倍率 计费基础流量为 10 GB 时 选择时关注什么
0.5 倍 扣除约 5 GB 额度 适合先验证是否能满足日常吞吐需求
1 倍 扣除约 10 GB 额度 作为比较成本的基准
2 倍 扣除约 20 GB 额度 确认特殊地区或线路质量是否值得额外消耗

上表把“服务商计费基础流量”统一设为 10 GB,只演示乘法关系。实际下载一个标为 10 GB 的文件,可能还产生上传、协议开销和重试流量,后台统计也可能延迟刷新,因此不要要求客户端与账户面板即时逐字节一致。

测速本身也会消耗额度

按十进制单位估算,以 100 Mbps 持续下载 60 秒,数据量约为 750 MB。若全部属于 2 倍计费范围,约消耗 1.5 GB 额度。批量跑几十个节点的带宽测试,会比点几次延迟测试消耗更多流量。

  • 先用延迟与真实网页筛到两三个候选,再短时测吞吐。
  • 需要核对倍率时,暂停其他设备流量,记录面板额度,做一次受控下载,等待统计刷新后比较。
  • 订阅刷新后重新查看名称和服务商说明,倍率不一定永久固定。

节点地区怎么选:入口、出口与目标服务

节点名称里的“香港”“日本”“美国”通常用于描述出口地区,但客户端最先连接的入口地址未必就在该地区。中转线路可能先接入较近的入口,再经另一段链路到达海外出口。因此,地理距离只能提供初步判断,不能代替实际测试。

普通浏览先看网络路径

对中国大陆用户而言,香港、日本、新加坡等地区可以作为初始候选,但不同运营商、所在城市和接入时段会改变结果。晚上 21:00 的表现可能与上午 10:00 不同。至少在自己常用的时间段再测一次,不要把白天的一次测速当作长期结论。

地区服务看出口识别,不只看标签

同一个出口 IP,在不同数据库里可能被识别为不同地区;目标服务也可能结合账户地区、付款方式、设备定位与历史登录记录判断权限。节点显示某地区,不代表该地区所有内容都可访问。

  • 打开目标服务实际验证,不把 IP 查询页的结果当作最终结论。
  • 检查该服务的规则是否确实走了所选策略,避免查询页走代理、目标应用却直连。
  • 登录与支付场景尽量保持稳定出口,频繁跨地区切换可能触发额外验证。
  • 需要备用线路时,优先考虑不同入口和出口资源,而不只是相邻编号。

Trojan、VMess、Hysteria2 有什么取舍

协议决定客户端与代理服务器如何通信,线路质量则还取决于入口拥塞、跨境路径、服务端负载和出口带宽。不能把某种协议直接等同于“最快”。比较协议之前,先确认当前客户端内核支持订阅中的字段。

协议 连接特点 使用前检查
Trojan 常见部署使用 TCP 与 TLS 传输代理数据 服务器名称、证书验证和传输配置是否匹配;UDP 转发能力另行确认
VMess 支持不同传输组合,订阅中可能搭配 WebSocket、TLS 等选项 UUID、传输路径、Host 与 TLS 设置是否完整;系统时间是否准确
Hysteria2 基于 QUIC,底层使用 UDP 本地网络是否允许 UDP、内核是否支持,以及服务端端口和参数是否正确

UDP 受限时,不要只反复换 Hysteria2 节点

部分办公网络、访客 Wi-Fi 或运营商路径会限制 UDP。如果同一网络下多个 Hysteria2 节点都失败,而 TCP 类节点可用,应优先换到手机热点对照测试。Hysteria2 在部分弱网环境下可能表现较好,但不能保证在所有丢包或限速场景中都占优。

端口相同,也不代表传输相同

Trojan 可以部署在 TCP 443,Hysteria2 可以部署在 UDP 443;具体端口由服务端决定。放行 TCP 443 不等于放行 UDP 443。浏览器能访问 HTTPS 网站,也不能据此证明 Hysteria2 所需的 UDP 路径畅通。

Hysteria2 需要支持它的内核,例如当前支持该协议的 mihomo。不能因为客户端名称带有 Clash,就默认旧版内核也能解析。导入后出现“不支持的代理类型”时,先检查客户端“关于”页显示的内核信息,再更新兼容客户端或向服务商索取匹配配置,不要只改节点类型名称。

把候选节点放进策略组,确认规则真正生效

节点选好了,应用仍可能没有走它。Clash 的规则模式会把连接交给规则指定的策略组;你切换了“手动选择”组,不代表所有其他组都随之改变。排查时先看连接记录里的规则与链路,再看测速结果。

  1. 在客户端选择“规则”模式,打开“代理”页面,确认目标规则使用的策略组。
  2. 把该策略组切换到候选节点;如果组内还有嵌套策略组,继续检查下一层选择。
  3. 关闭目标网页的旧连接后重新加载,必要时在连接页面关闭相关连接,避免旧会话仍使用此前的路径。
  4. 查看“连接”页面中的目标域名、命中规则与代理链,确认实际出口符合预期。

手动选择、自动测速和故障转移的区别

  • select:手动选择候选项,适合固定出口和逐个对照测试。
  • url-test:根据配置的测试 URL 与策略选择节点,通常偏向较低测试延迟,不评估流量倍率或内容地区权限。
  • fallback:按候选顺序与健康检查结果寻找可用项,适合按预设优先级准备备用线路。

自动测速组可能选中低延迟但高倍率的节点,也可能切换到不满足地区要求的出口。把同一用途、可接受倍率与地区范围内的节点放在一起,比把所有节点混进一个自动组更容易管理。

日常选节点的五步检查清单

  1. 定用途:明确是日常浏览、持续下载,还是特定地区服务,先排除不符合需求的候选。
  2. 算成本:确认倍率、剩余额度和计费口径,不用带宽跑分代替流量预算。
  3. 看稳定:同条件测三轮延迟,再在常用时段验证,记录超时与波动。
  4. 测业务:实际登录、播放或下载,确认规则命中与出口地区,不只看列表里的绿色数字。
  5. 留备用:保留不同线路的候选,发生问题时先切换对照,再区分本地网络、订阅配置与服务端故障。

最终选择不需要是一张永久不变的排名表。对日常使用而言,一个响应稳定、倍率可接受、出口符合需求的主用节点,加一个经过验证的备用节点,通常比每天追逐最低延迟更实用。更换网络、刷新订阅或遇到高峰拥塞后,再按这五步快速复查即可。