策略组是 Clash 配置里最有设计空间的一层。同样一批节点,分组方式不同,体验差别很大。
五种类型一览
一、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 # 没有流量时不测参数怎么设
| 参数 | 建议值 | 说明 |
|---|---|---|
url | http://www.gstatic.com/generate_204 | 返回 204 空响应,最轻量 |
interval | 300(5 分钟) | 太短会频繁打扰节点,太长切换不及时 |
tolerance | 50~100 | 最容易被忽略的参数 |
lazy | true | 空闲时不测速,省电省流量 |
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 的关键区别:
典型用法:你有一条贵但稳的 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-hashingstrategy 两种:
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]常见问题
Q:策略组之间可以循环引用吗? 不能。A 的 proxies 里放 B、B 的 proxies 里放 A,会导致配置加载失败或死循环。
Q:为什么我的 url-test 一直显示超时? 测速 URL 本身访问不了。gstatic.com 在某些网络下不通,换成 http://cp.cloudflare.com/generate_204 或 http://connectivitycheck.platform.hicloud.com/generate_204 试试。
Q:DIRECT 和 REJECT 需要定义吗? 不需要,它们是内置策略。DIRECT 是直连,REJECT 是直接拒绝(用于广告拦截),Mihomo 还有 REJECT-DROP 和 PASS。
Q:interval 设成多少合适? 300 秒是个平衡点。设成 60 会频繁向所有节点发请求,某些服务商会认为异常;设成 1800 则节点挂了半小时才切换。
小结
- select 做总开关,url-test 做自动挡,fallback 做保险
- tolerance 一定要设,不设会来回横跳
- 用 include-all + filter 代替手写节点名,订阅更新后免维护
- 三层结构(规则 → 用途组 → 地区组 → 节点)最好维护
下一篇看规则怎么写:规则类型速查。
相关文档
把一份 Clash / Mihomo 配置从头到尾拆开讲:端口、模式、DNS、proxies、proxy-groups、rules、rule-providers 的作用与写法,附一份可直接使用的最小配置。
直接编辑订阅文件会在下次更新时前功尽弃。这篇讲 Clash Verge 的扩展配置机制:prepend/append/override 的写法、合并顺序,以及几个实用的扩展片段。
url-test 的测速原理、unified-delay 的作用、为什么显示的延迟和 ping 值对不上,以及三个关键参数的取值建议与副作用。