Clash 自动切换节点通过策略组实现:自动选择(url-test)根据健康检查的延迟选择节点,故障转移(fallback)则按列表顺序使用可用节点。平时不想手动挑线路,可以用自动选择;希望优先使用固定线路、故障后才换备用,可以用故障转移。
本文以 Clash Verge Rev 和 Mihomo 配置为例。尚未完成安装和订阅导入,可先完成Clash Verge Rev 安装配置。自动切换需要组内有可用节点,不能让已经失效的订阅恢复连接。
自动选择、故障转移和负载均衡有什么区别?
| 策略组 | 选择方式 | 适合的用途 |
|---|---|---|
| 自动选择 url-test | 通过指定网址检查节点延迟,并结合切换容差选取节点 | 同地区多条线路之间自动选择 |
| 故障转移 fallback | 按列表顺序选择第一个健康检查可用的节点 | 主线路优先、备用线路兜底 |
| 负载均衡 load-balance | 按照设定策略,将连接分配给不同节点 | 有明确多出口需求的使用场景 |
负载均衡不是把多个节点的带宽叠加到一次下载,也不等于“总是选最快”。日常浏览和需要保持出口地区一致的账号,通常没有必要为了自动切换而启用负载均衡。
已有自动策略组时,怎样开启?
- 更新并选中正在使用的订阅,进入「代理」页面。
- 保持规则模式,在负责目标流量的主策略组中,选择「自动选择」或「故障转移」。不同订阅的组名可能不同。
- 展开对应策略组,确认其中有多个真实节点,而不是空组。
- 触发一次延迟测试,再访问目标网站,到「连接」页面确认实际使用的策略链和出口节点。
仅展开自动组、按一次测速,并不表示流量已经交给它。如果主策略组仍选着某个固定节点,后续连接仍会使用那个节点。订阅单独设置了流媒体或 AI 服务分组时,还需要检查相应分组的选择。

没有自动组,怎样添加配置?
先备份配置。以下是添加到现有 Mihomo 配置中的策略组片段,不是可以单独导入的完整订阅。将「节点A」「节点B」替换为现有 proxies 中完全一致的节点名称。若配置已有 proxy-groups:,只把列表项加入该字段,不要再添加第二个同名顶层字段。
proxy-groups:
- name: 自动选择
type: url-test
proxies:
- 节点A
- 节点B
url: https://www.gstatic.com/generate_204
interval: 300
tolerance: 50
lazy: false
- name: 故障转移
type: fallback
proxies:
- 节点A
- 节点B
url: https://www.gstatic.com/generate_204
interval: 300
lazy: false
interval: 300 表示每隔 300 秒进行健康检查(策略组参数说明);tolerance: 50 是自动选择的切换容差,单位为毫秒,用来减少延迟小幅变化引起的频繁切换。lazy: false 关闭懒惰测试;启用定时检查会产生少量请求,不需要把间隔压到几秒。
还要让现有主策略组能够选到新增的组。找到原有 type: select 主组,在它的 proxies 列表中加入「自动选择」和「故障转移」,保留原组名、其他选项以及原有规则。重新加载后,到代理页面选中其中一个。不要让新增组反过来引用主组,以免形成循环。
若原订阅通过 proxy-providers 提供节点,应使用 use 引用实际的集合名称,并在该集合中配置健康检查;上面显式列出节点的写法不能原样替代。直接修改远程订阅内容还可能被下次更新覆盖,需要长期保留时,应在备份后使用客户端的订阅扩展配置。
主策略组接入示例
下面展示一个主组如何接入前面创建的两个组。「节点选择」只是示例名称,应保留原配置中被规则引用的主组名;将这些选项合并到原组,不要用整个片段覆盖全部代理组。
proxy-groups:
- name: 节点选择
type: select
proxies:
- 自动选择
- 故障转移
- 节点A
- 节点B
加载后在「节点选择」中选「自动选择」或「故障转移」。节点A、节点B仍须由配置中的节点定义提供,原有规则也应继续指向正确的主组。
使用节点集合时怎样设置健康检查?
如果节点来自 proxy-providers,在原集合中保留原有类型、订阅地址、文件路径和更新周期,只调整 health-check。策略组通过 use 引用该集合。以下片段省略了集合的下载配置,不能当作完整集合直接导入;「机场节点」应换成现有集合名。
proxy-providers:
机场节点:
# 保留此集合已有的 type、url、path、interval
health-check:
enable: true
url: https://www.gstatic.com/generate_204
interval: 300
lazy: false
proxy-groups:
- name: 集合自动选择
type: url-test
use:
- 机场节点
tolerance: 50
- name: 集合故障转移
type: fallback
use:
- 机场节点
集合中节点的检查由集合的 health-check 负责。不要只修改策略组的测试网址,却遗漏集合自身的检查设置。再把「集合自动选择」或「集合故障转移」接入主组即可。
为什么 Clash 自动切换节点没有生效?
主策略组没有选到自动组
检查目标连接的策略链。规则可能把网站送到了另一个分组,或者当前处于全局模式,使用的是全局组的选择。自动组存在,并不意味着所有流量都会使用它。
节点检查通过,但目标网站仍然打不开
健康检查只验证配置中的测试网址,不保证目标网站、流媒体或某项 AI 服务也能访问。延迟较低同样不代表下载更快。遇到地区限制时,将自动组限定在合适地区的节点内,或为该服务选择固定节点;没有可用线路时,可从机场推荐中比较订阅,再按实际使用情况选择。
故障后没有立刻恢复
自动检查有间隔,故障发现和重新选择需要时间。切换节点也不会把已经建立的 TCP 连接无缝迁移过去,正在下载或播放的连接可能需要重新发起。节点全部超时,应先排查网络、测试网址和订阅状态,而不是反复缩短检测间隔。
更新订阅后,自动组消失或提示找不到节点
检查自定义内容是否被远程订阅覆盖,以及节点名称是否发生变化。名称不一致会导致引用失败。遇到 YAML 或配置校验错误,可继续按Clash 报错排查处理,不要删除原配置后从头试错。
日常使用怎样选择?
同地区线路想减少手动操作,用自动选择;希望固定主线路,只在不可用时换备用,用故障转移。登录账号、支付或使用地区限制服务时,优先保持出口稳定,不要把多个地区混进同一个自动组。先使用订阅已有策略组,确实缺少功能时再增加自定义配置。