自动选择节点：url-test、fallback 与负载均衡

自动选择是怎么工作的

客户端里的「自动选择」「故障转移」「负载均衡」并不是机场提供的特殊节点，而是 策略组 的不同类型。Clash / Mihomo 会按设定的间隔，经组内每个节点请求一个测试网址（健康检查），得到各节点的可用性和延迟，再按策略组类型决定当前使用哪个节点。

流量先由分流规则交给某个策略组，策略组再选出具体节点，分流规则本身见 分流规则是什么。

四种常见策略组

url-test：自动选最快

url-test 定期测试组内所有节点，自动使用延迟最低的一个。关键参数：

• url：健康检查使用的测试网址，以客户端设置中显示的为准；
• interval：测试间隔，单位为秒；
• tolerance：容差（毫秒），新节点比当前节点快的幅度超过该值才切换，用来避免来回跳动；
• lazy：开启后仅在策略组被使用时才测试，减少无效请求。

需要注意，「延迟最低」只代表测试那一刻对测试网址的响应快，不代表带宽最大或负载最低，原理见 节点负载与限速。

fallback：主力挂了再换

fallback 按列表顺序检查节点，始终使用第一个可用的节点。主力节点故障时自动切到下一个，主力恢复后通常会切回。它适合把一个稳定的主力节点放在第一位，后面放不同线路的备用节点。

load-balance：分散连接

load-balance 把不同连接分配到不同节点，常见分配策略：

注意load-balance 会让同一个网站的请求从多个 IP 发出。即使使用 consistent-hashing，同一服务的不同域名也可能落到不同节点。登录类服务和 AI 工具看到的是「同一账号同时出现在多个 IP」，容易触发验证或风控。

简短 YAML 示例

以下为 Mihomo 配置中 proxy-groups 的示意片段，节点名称需与订阅中的实际名称一致，参数以 Mihomo 内核文档 和客户端说明为准：

proxy-groups:
  - name: "AI 固定"
    type: select
    proxies: ["日本 01", "新加坡 01", "美国 01"]

  - name: "自动选择"
    type: url-test
    proxies: ["香港 01", "香港 02", "台湾 01"]
    url: "https://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    lazy: true

  - name: "故障转移"
    type: fallback
    proxies: ["日本 01", "日本 02", "新加坡 01"]
    url: "https://www.gstatic.com/generate_204"
    interval: 300

  - name: "下载均衡"
    type: load-balance
    proxies: ["香港 03", "日本 03"]
    url: "https://www.gstatic.com/generate_204"
    interval: 300
    strategy: consistent-hashing

提示订阅更新会覆盖原配置。在 Clash Verge Rev 中修改策略组，建议使用订阅的覆写或扩展配置功能，而不是直接编辑订阅文件。Surge、Stash、Shadowrocket 等客户端也有类似的策略组类型，名称和参数以各自说明为准。

怎么组合使用

1. AI 与账号类：用 select 固定一个支持地区的节点，地区选择见 机场节点应该怎么选择；
2. 日常浏览：用 url-test，组内放同一地区、延迟相近的节点，配合适当的 tolerance；
3. 需要容灾：用 fallback，主力放第一位，备用选不同线路；
4. 大量下载：可考虑 load-balance，但不要把需要登录的网站分流到这个组。

小结

自动选择节点本质是策略组在帮你测速和切换。url-test 追求最快，fallback 追求可用，load-balance 追求分散，三者都会在不同程度上改变出口 IP。日常流量交给自动组省心，AI 和账号类流量交给手动 select 固定，是最稳妥的组合方式。