Clash 节点怎么选:延迟测试结果、流量倍率与地区协议取舍

先确认实际出站，再比较节点数值

Clash 节点列表里的延迟、地区和倍率对应不同信息。延迟描述一次探测请求的耗时；地区通常表示服务商标注的出口位置；倍率影响订阅账户扣除多少流量。三者不能互相替代。选节点时，先确定目标网站需要什么出口，再检查可用性和稳定性，最后比较速度与用量成本。

节点测试正常，但网页仍然很慢，首先要确认网页流量是否经过这个节点。在 mode: rule 下，rules 按顺序匹配，规则目标可以是某个策略组，也可以是 DIRECT。切换一个没有被当前请求使用的策略组，不会改变该请求的路径。

1. 在客户端的“连接”页面找到目标域名对应的连接，查看命中的规则、出站链路和策略组。
2. 确认正在修改的是这条链路使用的组，而不是另一个同名相近的分组。
3. 切换节点后重新建立连接。旧的 TCP 连接通常不会因为切换选择而自动迁移。
4. 暂停后台下载和云盘同步，再进行对照测试，避免本地带宽竞争干扰判断。

延迟测试：HTTP 探测不等于下载测速

客户端常见的延迟测试，是通过选定代理访问一个测试 URL，并记录探测耗时。它不是单纯对代理服务器执行 ICMP ping。结果可能受到节点连接、TLS 握手、测试站点响应、本地网络和连接复用等因素影响；不同内核与客户端的实现细节也可能不同。

因此，比较时应固定测试 URL、网络和测试时段。把一款客户端测出的 80 ms 与另一款客户端测出的 110 ms 直接排名，通常缺少共同基准。一次显示“超时”，也只能说明本次探测没有在期限内完成，不能单独证明所有目标网站都不可访问。

用重复测试区分低延迟与稳定性

下面是判读方法的示例数据，不是本站实测结果。每个节点连续测 5 次，间隔约 10 秒，测试期间保持相同的网络环境。

网页交互通常更在意往返耗时和失败率；大文件下载更在意持续吞吐。节点 A 的 60 ms 不代表一定比节点 C 下载更快。持续速率还受线路容量、共享负载、服务端限速及目标站点影响。探测结果的波动也不是严格意义上的网络抖动测量，更不能据此直接计算整条线路的丢包率。

下载和视频需要单独验证

• 用同一个可信下载源测试约 30～60 秒，观察稳定后的速度，不只截取刚开始的峰值。
• 区分 MB/s 与 Mbps：理想换算下，10 MB/s 约为 80 Mbps，实际还存在协议开销。
• 视频查看起播时间、缓冲次数及播放器显示的连接速度。一次加载成功不等于高峰时段持续可用。
• 测速本身会产生流量。大文件测试前先查看剩余额度与该节点倍率。

流量倍率：按服务商计费口径计算

倍率是订阅服务商的计费约定，不是 Clash 通用的本地计费开关。原始 Clash 与 mihomo 没有一个通用的节点 ratio 字段，能够让客户端替服务商改变账户扣费。名称中的“2×”只是提示，最终应以服务商的节点说明、账单和账户用量记录为准。

常见算法是“计入的实际流量 × 节点倍率”。假设服务商按上传与下载总量计算，下载 8 GB、上传 2 GB，则基础计量为 10 GB。使用 0.5×、1×、2× 节点，分别可能扣除 5 GB、10 GB、20 GB。这里使用同一单位演示；平台采用 GB 还是 GiB、如何取整、是否分时计费，需要另外确认。

把倍率换算成可承受的使用量

• 若账户剩余 100 GB，持续使用 2× 节点，在同一计量口径下，对应的基础流量预算约为 50 GB。
• 0.5× 不保证速度更慢，2× 也不保证带宽翻倍。倍率描述费用关系，不是性能承诺。
• 长时间视频、大文件下载和设备备份适合先看额度；短时登录或特定地区访问则先看功能是否可用。
• 客户端累计流量与服务商扣费可能不同。连接范围、统计周期和协议开销不同，都可能造成差异。

地区选择：出口位置与线路质量分开判断

节点地区通常指对外访问时使用的出口位置，不一定是订阅中 server 地址的物理位置。入口、中转和出口可能位于不同网络。香港、日本、新加坡等地理位置较近的节点可以作为初筛候选，但地理距离不能完整反映跨运营商路由、晚高峰拥塞和出口质量。

按实际用途设置筛选条件

目标网站可能使用自己的 IP 地理库，还可能综合账户地区、付款资料和设备位置判断可用范围。一个 IP 查询页面显示某地区，不代表所有平台都会给出相同结果。应直接验证目标业务，不要把“地区标签正确”当成访问权限保证。

协议取舍：先看内核兼容，再看网络表现

协议决定连接方式和能力边界，但不能脱离线路条件排名。Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUIC 等协议的支持情况依赖实际内核。mihomo 支持的协议集合与历史 Clash 内核并不完全相同，客户端外观相近也不代表内置内核一致。

导入后出现“unsupported proxy type”一类错误，优先检查节点的 type 与客户端实际内核，而不是反复修改测速地址。需要更换客户端时，可先查看选型指南，再到下载页选择对应平台。

UDP、系统代理与 TUN 的边界

• Hysteria2、TUIC 依赖 UDP 承载连接。当前网络若限制 UDP，可能表现为握手失败或不稳定，TCP 型连接仍可能正常。
• 节点配置中的 udp: true 在支持该字段的类型中用于允许 UDP 转发；它不能让服务器或本地网络凭空具备 UDP 能力，也不适用于所有协议类型。
• 常规 HTTP 系统代理主要服务于遵循代理设置的应用，不能据此认定游戏或语音的 UDP 流量已进入代理。
• TUN 提供虚拟网卡层面的流量接管，但仍需路由、规则、DNS 与权限配置正确。开启 TUN 不会增加服务商给节点分配的带宽。

同一条线路上，协议差异可能影响握手、拥塞处理与资源消耗；不同线路之间，带宽和负载往往更显著。实际选择应以当前网络的成功率、业务表现和设备负载为依据，而不是只依据协议名称的新旧。

策略组配置：手动筛选与自动探测分工

select 适合固定地区、固定出口或人工比较；url-test 根据指定 URL 的探测结果自动选择候选。后者不会理解服务商倍率，也不会自动验证某个视频平台的地区可用性。把不同用途的节点全部塞进同一个自动组，可能得到“探测很快，业务不符合要求”的结果。

下面是 mihomo 的策略组片段，不是完整配置。使用前需要在 proxies 中已有名称完全匹配的“香港-A”和“日本-B”；如果使用代理集合，也应按实际结构通过 use 引用集合，不能只复制两个节点名称。

proxy-groups:
  - name: 日常选择
    type: select
    proxies:
      - 自动延迟
      - 香港-A
      - 日本-B

  - name: 自动延迟
    type: url-test
    proxies:
      - 香港-A
      - 日本-B
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50
    lazy: true

• interval: 300 表示探测间隔为 300 秒，不是订阅更新周期。
• tolerance: 50 设置以毫秒计的切换容差，避免因微小差异频繁切换；它不是业务延迟上限。
• lazy: true 启用惰性探测，组未被使用时可以不按周期测试，因此不能把界面旧数值当作实时结果。
• url 是健康探测目标。应选择可稳定访问的地址；更换目标后，前后数值不宜直接对比。

配置了策略组，还需要让对应规则引用“日常选择”，实际请求才会使用它。编辑前备份配置，加载后检查日志和连接页面。订阅更新可能覆盖对生成文件的直接修改，长期调整应使用客户端提供的覆写或合并机制；具体入口取决于客户端。

节点选择检查清单

1. 确认需求：记录目标站点、是否要求特定地区、是否依赖 UDP，以及本月剩余额度。
2. 建立候选：先保留 2～3 个符合地区与协议要求的节点，核对倍率和内核兼容性。
3. 固定条件探测：同一网络、同一 URL 各测 5 次，优先排除反复超时或波动明显的候选。
4. 验证实际业务：网页重新建立连接，视频连续播放，下载观察稳定速率，游戏查看应用内延迟。
5. 核对出站：在连接页面确认规则与代理链路，避免把直连效果误记为节点表现。
6. 复查高峰表现：在通常使用的时段再测一次，保留一个满足相同需求的备用节点。

最终记录可以只保留五项：节点名称、用途、倍率、连续探测结果、实际业务表现。选择依据是这组可复查的信息，而不是某一次最低延迟。需要解释端口、规则或 DNS 字段时，可继续查阅配置参考。