跳到主要内容

首页 / 博客 / 配置基础

proxy-groups 五种类型详解:select、url-test、fallback、load-balance、relay

配置基础2026-07-291938 字约 5 分钟
proxy-groups 五种类型详解:select、url-test、fallback、load-balance、relay

策略组是 Clash 配置里最有设计空间的一层。同样一批节点,分组方式不同,体验差别很大。

五种类型一览

五种策略组的行为select你点哪个用哪个最可控url-test定期重测日常主力fallback前面挂了才切要稳定性load-balance按 hash 或轮询多线路并行relay流量依次经过多个节点特殊场景
前三种是日常主力,后两种解决特定问题

一、select:手动选择

最基础的一种,就是一个下拉菜单。

- name: "🚀 节点选择"
  type: select
  proxies:
    - "♻️ 自动选择"
    - "🇭🇰 香港节点"
    - "🇯🇵 日本节点"
    - DIRECT

特点:完全由你决定,不会自动切换。

用法:作为最上层的总开关。规则里绝大部分流量指向它,你在界面上换一次,全局生效。

二、url-test:自动选最快的

定期对组内所有节点测延迟,自动选最低的那个。

- name: "♻️ 自动选择"
  type: url-test
  proxies: ["HK-01", "HK-02", "JP-01"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300        # 每 300 秒重测一次
  tolerance: 50        # 容差 50ms
  lazy: true           # 没有流量时不测

参数怎么设

参数建议值说明
urlhttp://www.gstatic.com/generate_204返回 204 空响应,最轻量
interval300(5 分钟)太短会频繁打扰节点,太长切换不及时
tolerance50~100最容易被忽略的参数
lazytrue空闲时不测速,省电省流量

url 也可以换成你实际要访问的服务,比如测 YouTube 可用性就用 https://www.youtube.com/generate_204。测的目标越接近真实用途,选出的节点越贴合实际。

三、fallback:故障转移

按你写的顺序依次检查,用第一个可用的。

- name: "🛡 故障转移"
  type: fallback
  proxies: ["主力-IPLC", "备用-中转", "备用-直连"]
  url: "http://www.gstatic.com/generate_204"
  interval: 180

和 url-test 的关键区别

url-test vs fallbackurl-test永远用最快的节点质量波动时会切来切去适合追求速度fallback永远用列表里第一个能用的只有挂了才换适合追求稳定
有优质专线时用 fallback,节点质量参差时用 url-test

典型用法:你有一条贵但稳的 IPLC 专线,和几条便宜的中转。把专线放第一位,只有它挂了才降级到中转。

四、load-balance:负载均衡

把流量分摊到多个节点上。

- name: "⚖️ 负载均衡"
  type: load-balance
  proxies: ["HK-01", "HK-02", "HK-03"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300
  strategy: consistent-hashing

strategy 两种:

  • consistent-hashing(默认):同一个域名始终走同一个节点。推荐用这个——保持会话一致,不会出现登录状态莫名丢失。
  • round-robin:每个连接轮流用不同节点。带宽利用率更高,但很多网站会因为 IP 频繁变化而要求重新验证。

另外,需要保持登录状态的服务(银行、流媒体、需要二次验证的网站)不适合走负载均衡,IP 跳变容易触发风控。

五、relay:链式代理

流量依次经过多个节点。

- name: "🔗 链式"
  type: relay
  proxies: ["入口-国内中转", "落地-美国原生"]

流量路径:本机 → 国内中转 → 美国落地 → 目标站点。

适用场景

  • 落地节点是原生住宅 IP(解锁能力强)但直连质量差,用一个国内中转改善链路
  • 需要固定出口 IP,但直连那台机器不稳定

代价:每多一跳就多一次加解密和一段网络延迟。非必要不要用。

Mihomo 特有:include-all 与 filter

手写节点名单在节点变动时很难维护。Mihomo 提供了自动收编:

- name: "🇭🇰 香港"
  type: url-test
  include-all: true              # 纳入所有 proxies 和 provider 里的节点
  filter: "(?i)香港|HK|Hong ?Kong"   # 只保留匹配的
  exclude-filter: "(?i)试用|过期|官网"  # 排除掉这些
  url: "http://www.gstatic.com/generate_204"
  interval: 300
  tolerance: 50

这样订阅更新后新增的香港节点会自动加进来,不用改配置。正则写法见节点命名与自动分组

其他有用的选项:

  include-all-proxies: true      # 只纳入 proxies 里的
  include-all-providers: true    # 只纳入 provider 里的
  use: ["主订阅", "备用订阅"]      # 指定使用哪些 proxy-provider
  hidden: false                  # 在界面上隐藏这个组
  icon: "https://.../hk.png"     # 界面图标

一套可直接抄的分组结构

proxy-groups:
  # 总开关
  - name: "🚀 节点选择"
    type: select
    proxies: ["♻️ 自动选择", "🇭🇰 香港", "🇯🇵 日本", "🇺🇸 美国", "🇸🇬 新加坡", DIRECT]

  # 自动测速(全部节点)
  - name: "♻️ 自动选择"
    type: url-test
    include-all: true
    exclude-filter: "(?i)剩余|到期|官网|流量"
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    lazy: true

  # 地区分组
  - name: "🇭🇰 香港"
    type: url-test
    include-all: true
    filter: "(?i)香港|HK|Hong ?Kong"
    interval: 300
    tolerance: 50
  - name: "🇯🇵 日本"
    type: url-test
    include-all: true
    filter: "(?i)日本|JP|Japan|东京"
    interval: 300
    tolerance: 50
  - name: "🇺🇸 美国"
    type: url-test
    include-all: true
    filter: "(?i)美国|US|United States"
    interval: 300
    tolerance: 50
  - name: "🇸🇬 新加坡"
    type: url-test
    include-all: true
    filter: "(?i)新加坡|狮城|SG|Singapore"
    interval: 300
    tolerance: 50

  # 按用途分(规则里指向这些)
  - name: "🤖 AI 服务"
    type: select
    proxies: ["🇺🇸 美国", "🇯🇵 日本", "🚀 节点选择"]
  - name: "🎬 流媒体"
    type: select
    proxies: ["🇭🇰 香港", "🇸🇬 新加坡", "🚀 节点选择"]
  - name: "📢 广告拦截"
    type: select
    proxies: [REJECT, DIRECT]
  - name: "🐟 漏网之鱼"
    type: select
    proxies: ["🚀 节点选择", DIRECT]
这套结构的层级关系rules 规则命中后指向用途分组AI 地区分组香港 具体节点实际出口
三层结构的好处:换节点只需在一个地方操作,规则完全不用动

常见问题

Q:策略组之间可以循环引用吗? 不能。A 的 proxies 里放 B、B 的 proxies 里放 A,会导致配置加载失败或死循环。

Q:为什么我的 url-test 一直显示超时? 测速 URL 本身访问不了。gstatic.com 在某些网络下不通,换成 http://cp.cloudflare.com/generate_204http://connectivitycheck.platform.hicloud.com/generate_204 试试。

Q:DIRECT 和 REJECT 需要定义吗? 不需要,它们是内置策略。DIRECT 是直连,REJECT 是直接拒绝(用于广告拦截),Mihomo 还有 REJECT-DROPPASS

Q:interval 设成多少合适? 300 秒是个平衡点。设成 60 会频繁向所有节点发请求,某些服务商会认为异常;设成 1800 则节点挂了半小时才切换。

小结

  • select 做总开关,url-test 做自动挡,fallback 做保险
  • tolerance 一定要设,不设会来回横跳
  • 用 include-all + filter 代替手写节点名,订阅更新后免维护
  • 三层结构(规则 → 用途组 → 地区组 → 节点)最好维护

下一篇看规则怎么写:规则类型速查


相关文档