Clash 节点怎么选:延迟、倍率、地区与协议四个维度对照

先确定用途，再筛选节点

节点是客户端连接的代理服务器入口。订阅把一批节点和相关配置交给客户端；选择节点，就是选择流量经由哪条代理路径到达目标网站。名称中的地区、倍率和线路标记可以帮助筛选，但名称由服务提供方填写，不能代替实际连接结果。

挑选时建议按这个顺序：先确认目标服务需要的出口地区，再看流量倍率，接着比较延迟与稳定性，最后确认协议能否在当前客户端和网络中正常工作。这样比把全部节点按延迟排序后直接选第一名更省事。

• 日常网页：优先响应稳定、倍率合适的节点，保留一个备用。
• 大文件下载：重点看持续吞吐和剩余配额，低延迟只是参考。
• 视频播放：先确认目标内容可访问，再观察清晰度、起播时间与缓冲。
• 语音和游戏：关注抖动、丢包及 UDP 支持，还要确认应用流量确实进入代理。

维度一：延迟看响应速度，也看波动

延迟数字不等于下载速度

Clash 客户端里常见的延迟测试，通常是通过代理访问指定 HTTP 或 HTTPS 地址，记录请求耗时，并非单纯的 ICMP ping。测试 URL、连接是否复用、内核实现和当时负载都会影响结果；这个数值也不等同于到所有网站的真实响应时间。

例如，某节点显示 45 ms，另一个显示 110 ms，只能说明在这次测试条件下前者响应更快，不能据此认定前者下载一定更快。下载还取决于线路带宽、服务器负载、目标站限速以及晚高峰拥塞。

同一条件连续测三次

1. 保持同一网络、同一测试地址，暂停下载与云盘同步。
2. 对候选节点测三次，每次间隔约 10 秒，记录是否超时。
3. 选择两个候选节点，分别打开实际使用的网站，观察首屏和连续请求。
4. 在常用时段复测一次，尤其是晚上 20:00—23:00。

三次测试只能用于初筛，不能得出可靠的丢包率统计。若需要判断视频会议或游戏质量，应查看应用内的网络统计。HTTP 测试成功也不能证明 UDP 转发正常，更不能说明游戏服务器一定通过同一路径。

维度二：倍率影响配额消耗，不代表速度等级

节点名称中的“0.5×”“1×”“2×”，一般指服务提供方的流量计费倍率。假设计费规则按倍率折算，使用 2× 节点传输 3 GB 计费流量，就会扣除约 6 GB 配额；使用 0.5× 节点则约扣 1.5 GB。具体是否合计上传与下载、如何取整，应以订阅服务的说明为准。

倍率不是 Clash 内核自动定义的速度档位。2× 不表示两倍带宽，0.5× 也不表示只能跑一半速度。客户端里的节点名称甚至可能保留旧标记，核对套餐页面和流量账单更可靠。

大流量任务先算配额

• 一次传输 20 GB，在 1× 规则下约计 20 GB，在 2× 规则下约计 40 GB。
• 若可用配额只剩 30 GB，先完成必要任务，再考虑高倍率线路。
• 测速本身会消耗流量，反复进行大文件测速也可能计入套餐。

建议把低倍率且稳定的节点留作下载候选，把响应更好的节点留给交互任务。不要只为了跑满测速图表而切换高倍率线路；真实任务能否持续完成，比一次峰值更有参考价值。

维度三：地区看实际出口，入口名称只作线索

入口是设备连接代理服务的接入位置，出口是目标网站看到的公网 IP 所在位置。中转线路可能从附近入口接入，再从另一地区出口访问网站，因此“入口近”和“出口近”不是同一件事。

节点名写着“日本”通常是在描述出口，但不保证所有网站都把它识别为日本。IP 数据库更新速度不同，目标服务还可能参考账号地区、付款信息、设备定位或历史会话。地区选择应以目标服务的实际结果为准。

验证地区的操作顺序

1. 在客户端“代理”页找到目标规则使用的策略组，手动选择候选节点。
2. 打开“连接”页，触发一次目标网站请求，检查匹配规则和代理链。
3. 访问可信的 IP 查询页面，确认该请求经过代理并查看出口信息。
4. 重新打开目标服务，检查内容区域或服务可用性；必要时结束旧连接后再试。

上面的“代理”“连接”是常见界面名称，不同客户端或版本可能称为“代理组”“连接列表”。找不到对应入口时，可按功能定位，具体基础设置可参照使用手册。

需要固定地区的服务，适合单独建立地区代理组，而不是交给混合多个国家或地区的自动选择组。否则一次自动切换就可能改变出口地区，使登录验证或内容可用性发生变化。

维度四：协议先看内核兼容，再看网络条件

Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUIC 等是不同的代理协议或协议系列。协议负责客户端与服务器之间如何传输数据，但节点速度还受到线路和服务端负载影响，不能只凭协议名称排出固定的快慢顺序。

Clash 是客户端生态中常用的名称，实际支持哪些协议取决于所用内核及其版本。mihomo 是这一生态中的内核，曾使用 Clash Meta 名称；旧版 Clash 内核与当前 mihomo 的功能范围并不相同。订阅能被下载，也不代表其中每个节点都能被当前内核解析。

Hysteria2、TUIC 使用基于 UDP 的传输，在限制 UDP 的办公网或公共网络中可能连接失败。遇到这种情况，可以在同一网络对照测试一个可用的 TCP 传输节点，并查看日志，而不是不断重启客户端。

TUN 是虚拟网络接口接管方式，用来让更多应用流量进入规则处理。它不是代理协议，也不会替服务器补齐 UDP 支持。系统代理通常只影响遵循系统代理设置的应用；游戏没有进入代理时，应先确认流量接管，再讨论节点好坏。

手动选择、url-test 与故障转移怎么用

手动组适合固定地区与明确用途

select 是手动选择代理组。需要保持出口地区、比较两条线路，或使用按倍率区分的节点时，手动选择更容易控制结果。建议先选定一个主用节点，再留一个不同线路的备用节点。

url-test 适合在同类节点中比较响应

url-test 会按设定地址与周期检测候选节点，并根据测试结果进行选择。它适合放入地区相同、倍率接近、用途一致的节点，不适合直接混入所有订阅节点。自动选择通常关注延迟，不会替你判断套餐成本或目标平台的内容可用性。

下面是可合并到配置中的代理组片段。节点名称必须与当前配置完全一致；“日本-01”和“日本-02”是示例名称，使用前应改成订阅中实际存在的名称。规则也需要指向这个组，创建代理组本身不会自动改变流量去向。

proxy-groups:
  - name: 日本自动选择
    type: url-test
    proxies:
      - 日本-01
      - 日本-02
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

• interval: 300：设定检测间隔为 300 秒，具体调度还受内核与懒检测行为影响。
• tolerance: 50：设置 50 ms 的切换容差，避免因很小的延迟差异频繁换节点；具体切换以当前内核实现为准。
• url：所有候选节点使用同一测试地址；应确认该地址在实际网络中可用。

不要把这段内容直接覆盖整个订阅文件，也不要在同一份 YAML 顶层重复写两个 proxy-groups 键。若客户端提供覆写或合并功能，可用它保存本地调整，避免订阅更新后被替换；具体入口以所用客户端为准。

fallback 适合按优先级保留备用

fallback 是故障转移组，通常按列表顺序选用检测可用的节点，而不是持续挑选最低延迟。它适合“优先主线路，主线路不可用再换备用”的场景。不过测试地址可用不代表目标业务可用，因此备用方案仍需用实际网站验证。

五分钟完成一次节点初筛

1. 检查配置：确认订阅更新成功，代理页能看到节点，没有解析错误。
2. 筛掉不合适的候选：按出口地区、倍率和内核支持范围，保留 2—3 个节点。
3. 做一致的延迟测试：同一网络连续测三次，记录超时和明显波动。
4. 跑真实任务：打开常用网页，播放约 2 分钟视频，或用约 30 秒的小规模下载观察持续速度。
5. 确认规则与备用：在连接页核对代理链，保存主用与备用选择，再在晚高峰复测。

若所有节点同时超时，优先检查本地网络、订阅是否到期、测试地址是否可达和内核日志。若只有某个节点失败，再检查该节点的协议配置与服务端状态。若延迟正常但某网站打不开，重点检查目标请求的匹配规则、出口地区和旧连接。

最终选择不必追求列表中的最低数字。地区符合需求、倍率能够接受、常用时段稳定、协议在当前网络可用，这四项同时满足，才是值得保留的日常节点。完成初筛后，减少无目的切换，留下可复现的对照记录，后续排查会更直接。