Clash 节点怎么选：延迟数值、流量倍率、地区与协议类型怎么看

先确认节点用途，再比较列表数值

Clash 节点是配置中的一个代理出口选项。客户端负责展示列表，内核负责建立连接，服务提供方决定入口、出口、线路和计费方式。节点名称中的“日本”“专线”“0.5 倍”通常是服务方添加的说明，不是内核验证后的性能结论。

选节点时，先把需求分成网页交互、大文件传输、地区访问和实时通信。浏览网页更在意连接建立速度；下载更在意持续吞吐；地区访问要核对实际出口；语音和游戏还要看 UDP、抖动与丢包。一个延迟数字不能同时回答这些问题。

• 日常浏览：优先选连续可用、响应波动小的节点，保留一个备用出口。
• 视频和下载：比较晚间持续速度，并核对流量倍率，避免只看一次峰值。
• 地区限定服务：先确认出口 IP 的归属和目标服务的访问结果，再比较速度。
• 语音与游戏：确认应用流量确实进入代理，节点支持 UDP，并通过应用自身观察延迟与丢包。

延迟数值：测试目标、超时与波动

列表中的毫秒数测量了什么

Clash 系客户端常通过指定 URL 测试代理可用性与响应耗时。它通常不是对服务器做一次 ICMP ping，也不是带宽测试。结果会受本机到入口的连接、代理握手、出口到测试站点的路径以及连接复用情况影响。客户端和内核版本不同，计时细节也可能不同。

例如，节点 A 对测试地址显示 68 ms，节点 B 显示 126 ms，只能说明这次测试中 A 对该地址响应更快。若实际访问的站点距离 B 的出口更近，B 仍可能有更好的体验。不要把针对某个测试域名的排序直接当成所有网站的速度排名。

连续测试比单次排序更有用

1. 在同一网络、同一测试 URL 下比较，暂时停止大文件下载和云盘同步。
2. 对候选节点各测 5 次，间隔约 10 秒，记录成功次数与数值范围。
3. 打开实际使用的网站，观察首屏加载与连续操作是否卡顿。
4. 在常用时段再测一次，例如 20:00—23:00，核对高峰期波动。

下面是判断方法的示例数据，不是本站对某条线路的实测或性能承诺。

timeout 不等于订阅已经失效

超时可能来自节点离线、测试站点不可达、DNS 解析失败、握手失败或超时阈值过短。先看其他节点是否同时失败，再试一个实际网站。如果所有节点都失败，应检查本机网络和配置；如果只失败一个节点，再检查该节点的连接日志。HTTP 测试成功也不代表 UDP 通信正常。

流量倍率：按用量折算，不代表带宽

“0.5×”“1×”“2×”通常表示服务方对该节点的流量计费系数。倍率不是 Clash 的通用协议字段，内核不会因为名称写着“2×”就自动让带宽翻倍。准确口径应以服务方的用量说明和账户面板为准。

用量计算示例

假设服务方按上下行合计流量乘以倍率扣减套餐额度，那么计费流量可以写成：计费流量 = 实际统计流量 × 节点倍率。如果实际统计量为 8 GB，不同倍率下的扣减如下。

实际扣减还可能受到上下行统计口径、GB 与 GiB 单位差异、协议开销和账单更新延迟影响。客户端显示的下载量不一定与账户面板完全一致。名称标注“0 倍率”时，也要核对有效时段、速度限制及用量规则，不能只依据节点名判断。

测速也会消耗额度

小型 URL 延迟测试通常消耗较少流量，而完整带宽测试可能持续传输大量数据。以平均 50 Mbps 下载 30 秒为例，数据量约为 50 ÷ 8 × 30 = 187.5 MB，尚未计入额外开销；若节点倍率为 2×，按这一口径扣减约 375 MB。批量给几十个节点跑带宽测试，可能很快消耗套餐。

节点地区：区分入口、出口和网站识别

一个名称为“香港入口｜美国出口”的节点，可能先接入附近服务器，再通过中转线路从美国访问目标站点。入口影响本机接入路径，出口影响网站看到的 IP。配置里的服务器域名或地址可能只是入口，并不能单独证明最终出口在哪个国家。

按实际访问目标选择地区

• 访问普通网页：先试接入路径较短的地区，但保留其他地区作为对照。物理距离近不代表运营商路由一定更短。
• 访问特定地区内容：通过该节点查询出口 IP，再在目标服务中检查访问结果。IP 数据库可能存在更新延迟。
• 使用固定账户：尽量保持稳定的出口地区，减少频繁跨地区切换引发的安全验证。
• 下载海外文件：实际速度受出口到下载源的互联影响，可以比较源站附近的出口，不必只选离本机最近的节点。

地区正确也不保证某项服务可用。服务还可能根据数据中心 IP、账户地区、付款资料或其他风险信号决定访问权限。“流媒体解锁”这类节点标签具有时效性，应该以当前目标服务的真实结果为准，并遵守服务条款。

专线、直连与中转标签怎么看

这些标签描述的是服务方提供的线路组织方式，并没有统一的客户端验证标准。中转可能改善拥塞，也可能增加额外绕行；专线名称也不能替代高峰期测试。比较时记录入口网络、测试时间、实际出口及稳定性，比只比较节点名称更可靠。

协议类型：先看内核兼容，再看网络条件

Clash 是客户端生态中常见的名称，不同客户端可能使用不同内核。mihomo 是原 Clash Meta 项目的延续，支持的协议和配置字段与旧版 Clash 内核并不完全相同。先在客户端关于页面或内核信息中记录内核名称与版本，再对照该版本文档检查订阅中的 type 字段。客户端外壳能导入 YAML，不代表其内核能运行所有节点。

协议名称不能直接换算速度

同一个服务端换协议后的表现，与两台不同服务器之间的比较不是一回事。线路容量、服务器负载、拥塞控制和本地运营商路径都可能比协议名称更影响速度。Hysteria2 或 TUIC 在某些网络中表现良好，但当 UDP 被限制时也可能连接失败；基于 TCP 的方案在另一种网络下反而更稳定。

节点的传输协议与应用的 UDP 支持也要分开看。某种协议可承载 UDP，不代表服务方已经开放，也不代表当前配置已启用。浏览器网页能打开，不能证明游戏或语音流量能够通过同一节点。

手动选择与自动测速：策略组怎样分工

节点本身是出口，策略组决定用哪个出口。手动组适合固定地区或固定账户；url-test 根据指定 URL 的测试结果自动选择；fallback 通常按顺序使用可用节点。这些机制主要解决可用性与测试响应问题，不等同于自动挑选最高下载速度。

mihomo 策略组示例

下面片段假定现有配置中已经定义了名为“日用-A”和“备用-B”的两个节点。它只展示策略组，不是完整订阅。若实际节点名称不同，必须按已有名称修改，否则会出现引用不存在的代理错误。

proxy-groups:
  - name: 日常自动
    type: url-test
    proxies:
      - 日用-A
      - 备用-B
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

  - name: 手动选择
    type: select
    proxies:
      - 日常自动
      - 日用-A
      - 备用-B

interval: 300 表示配置的测试间隔为 300 秒，实际测试触发还受内核的惰性测试等行为影响；tolerance: 50 设置 50 ms 的切换容差，减少小幅差异引发的来回切换。示例中的测试地址会通过节点访问，其可达性也会影响判断，可以按实际需求选择稳定的测试 URL。

想让业务使用这个组，还必须让对应规则指向“手动选择”或“日常自动”。仅添加策略组不会改变已有规则。订阅管理型客户端可能在更新时覆盖原文件，应使用客户端提供的覆写或合并功能保存自定义项，操作步骤可参考配置教程。

TUN 不是提速开关

TUN 用于接管更多应用的网络流量，系统代理则通常只影响遵循代理设置的程序。启用 TUN 可以改变哪些连接进入内核，但不会增加节点线路带宽。如果浏览器正常、其他程序没有走代理，应该检查流量接管方式；如果已经确认走同一节点仍然缓慢，就继续比较线路和目标站点，不要把切换 TUN 当作统一的测速方法。

十分钟选节点：一套可重复的检查顺序

1. 核对配置：确认订阅已加载，内核支持节点协议，套餐额度和有效期正常。
2. 筛选地区和倍率：按使用需求挑出 2—3 个候选，记录出口地区和计费系数。
3. 测可用性：用相同 URL 连测 5 次，优先排除频繁超时和大幅波动的候选。
4. 测实际业务：打开常用页面、播放视频或短时下载同一文件，不用峰值截图代替体验。
5. 核对连接：在连接页面确认规则、策略组和最终节点，避免拿直连结果比较代理。
6. 保留备用：固定一个常用节点和一个不同线路的备用节点，在高峰时段复查。

记录可以很简单：日期、网络类型、节点名称、5 次延迟、30 秒平均速度、倍率、目标服务是否可用。注意 Mbps 与 MB/s 不同：100 Mbps 在不计开销时约等于 12.5 MB/s。比较结果时统一单位，才不会把两个显示方式误认为八倍的性能差距。

如果所有候选在同一时间都变慢，先比较其他本地网络，再检查后台上传、本机 DNS 和流量接管设置；如果只有一个节点变慢，则更值得换出口对照。需要进一步定位时，可查看故障排查。选节点的最终依据是实际业务是否稳定、成本是否合适，而不是列表中最低的那一个数字。