Clash Mihomo 代理组策略深度教程2026：自动选优、故障切换与负载均衡完整实操指南
适用范围：本文内容适用于所有基于 Mihomo（原 Clash Meta）内核的客户端，包括 Clash Verge Rev、Mihomo Party、Clash Meta for Android（CMFA）、Clash Nyanpasu，以及 OpenClash、Stash（iOS/macOS）等支持 Clash YAML 配置格式的工具。理解代理组策略是从"基础用户"升级为"进阶用户"的关键一步。
代理组（proxy-group）是什么？
在 Clash/Mihomo 的配置文件中，代理组（proxy-group）是介于"流量规则"和"具体节点"之间的一个抽象层。你可以把代理组理解为一个"节点池"——它可以包含多个具体节点，并通过不同的策略来决定实际使用哪一个节点。
为什么需要代理组？假设你有10个节点，每次手动选择最快节点很麻烦。通过代理组，你可以让 Clash 自动测速并选择最优节点，或在节点失效时自动切换备用节点，甚至同时使用多个节点分摊流量。这正是代理组存在的意义。
类型一：select（手动选择）
select 类型是最基础的代理组，允许用户通过面板手动选择使用哪个节点或哪个子代理组。它通常用于顶层策略选择，如"🌍 全局策略"组，让用户在"直连"、"自动选优"和"手动指定节点"之间切换。
# select 类型代理组配置示例
proxy-groups:
- name: "🌍 节点选择"
type: select
proxies:
- "⚡ 自动选优" # 引用另一个url-test代理组
- "🔄 故障切换" # 引用fallback代理组
- "🇭🇰 香港节点"
- "🇺🇸 美国节点"
- "🇯🇵 日本节点"
- DIRECT # 直连选项
使用场景：在 Clash 面板（如 Yacd、MetaCubeXD）中，你可以点击"节点选择"组，然后手动切换到你想要的节点或子组。这种方式灵活，但需要手动干预。
类型二：url-test（自动选优）—— 最常用
url-test 是最常用的智能策略：它定期向测试 URL 发送请求，测量每个节点的延迟，并自动选择延迟最低的节点。这是实现"无感知使用最快节点"的核心功能。
# url-test 自动选优配置示例（推荐参数）
proxy-groups:
- name: "⚡ 自动选优"
type: url-test
proxies:
- "VPN07-HK-01"
- "VPN07-HK-02"
- "VPN07-JP-01"
- "VPN07-US-01"
- "VPN07-SG-01"
url: "https://www.gstatic.com/generate_204" # 推荐：Google轻量测试URL
interval: 300 # 每300秒（5分钟）测速一次
tolerance: 50 # 延迟差距小于50ms时不切换（避免频繁抖动）
lazy: true # 延迟启动，不使用时不测速
url 测速 URL 选择
推荐使用 https://www.gstatic.com/generate_204 或 http://www.gstatic.com/generate_204。这个 URL 专为网络探测设计，响应极快（仅返回204状态码），测速结果准确。避免用百度等国内 URL（代理后可能失效），也不推荐用 google.com（响应体较大）。
interval 测速间隔
单位为秒。建议设置 180-600 秒之间。太短（如30秒）会频繁测速，消耗流量和性能；太长（如3600秒）则节点变化时无法及时感知。日常使用推荐 300 秒（5分钟）。
tolerance 容差值
只有当新节点延迟比当前节点低超过 tolerance 毫秒时，才会触发切换。设置合理的容差（推荐50-100ms）可以避免节点在延迟相近时频繁抖动切换，提升连接稳定性。
类型三：fallback（故障切换）—— 最稳定
fallback 策略按照节点列表的顺序，始终优先使用第一个可用节点。只有当当前节点失效（测试URL无法访问）时，才会自动切换到下一个节点。它不追求最低延迟，而追求最高可用性。
这种策略特别适合对连接稳定性要求极高的场景，如视频会议、直播推流、远程桌面等。你可以把"最稳定的香港节点"放在第一位，把其他节点作为备用。
# fallback 故障切换配置示例
proxy-groups:
- name: "🔄 故障切换"
type: fallback
proxies:
- "VPN07-HK-主节点" # 首选：延迟最低、最稳定的节点
- "VPN07-HK-备用" # 第一备用
- "VPN07-JP-01" # 第二备用
- "VPN07-SG-01" # 第三备用
url: "https://www.gstatic.com/generate_204"
interval: 60 # 更短间隔（60秒），快速感知节点失效
lazy: false # 不延迟，始终保持监测
url-test vs fallback：怎么选？
- • 你有多个质量相近的节点
- • 希望自动使用最快节点
- • 日常浏览、下载等普通场景
- • 可接受偶尔的节点切换
- • 你有一个明显最优的节点
- • 场景对稳定性要求高
- • 视频会议、直播、游戏对战
- • 不希望无故切换节点
类型四：load-balance（负载均衡）
load-balance 将流量分散到多个节点上，通过并行使用多条连接来最大化总带宽利用率。Mihomo 的负载均衡支持两种策略：consistent-hashing（一致性哈希，同一域名始终走同一节点）和 round-robin（轮询，每个新连接轮流使用不同节点）。
# load-balance 负载均衡配置示例
proxy-groups:
- name: "⚖️ 负载均衡"
type: load-balance
proxies:
- "VPN07-HK-01"
- "VPN07-HK-02"
- "VPN07-HK-03"
url: "https://www.gstatic.com/generate_204"
interval: 300
strategy: consistent-hashing # 推荐：同域名走同节点，避免登录态丢失
负载均衡使用注意事项
- 不适合登录类网站：使用 round-robin 时，同一网站的请求可能走不同节点（IP不同），导致登录态失效、频繁要求验证。建议使用 consistent-hashing。
- 节点质量要求一致：如果节点质量差异很大，高延迟节点会拖累整体体验。建议只将质量相近的节点放入负载均衡组。
- 适合下载场景：下载大文件时，轮询负载均衡能将多个节点的带宽叠加，大幅提升速度。VPN07 提供多条1000Mbps节点，组合后理论带宽更高。
实战：构建完整的分层代理组配置
一个成熟的 Clash 配置通常采用"分层代理组"结构：底层是具体节点，中间是按地区分组的区域组，顶层是策略选择组，规则层引用顶层组。以下是一个完整的实战配置示例：
# 完整分层代理组配置（适用于VPN07订阅）
proxy-groups:
# === 顶层：策略选择 ===
- name: "🌍 节点选择"
type: select
proxies: ["⚡ 自动选优", "🔄 故障切换", "🇭🇰 香港节点", "🇯🇵 日本节点", "🇺🇸 美国节点", DIRECT]
# === 中层：地区分组（url-test自动选最快） ===
- name: "🇭🇰 香港节点"
type: url-test
use: [vpn07-subscription]
filter: "🇭🇰|香港|HK|Hong"
url: "https://www.gstatic.com/generate_204"
interval: 300
tolerance: 50
- name: "🇯🇵 日本节点"
type: url-test
use: [vpn07-subscription]
filter: "🇯🇵|日本|JP|Japan"
url: "https://www.gstatic.com/generate_204"
interval: 300
- name: "🇺🇸 美国节点"
type: url-test
use: [vpn07-subscription]
filter: "🇺🇸|美国|US|America"
url: "https://www.gstatic.com/generate_204"
interval: 300
# === 自动选优（全局最快节点） ===
- name: "⚡ 自动选优"
type: url-test
use: [vpn07-subscription]
url: "https://www.gstatic.com/generate_204"
interval: 300
tolerance: 50
# === 故障切换 ===
- name: "🔄 故障切换"
type: fallback
proxies: ["VPN07-HK-01", "VPN07-HK-02", "VPN07-JP-01"]
url: "https://www.gstatic.com/generate_204"
interval: 60
# === 特定服务专用组 ===
- name: "📺 流媒体"
type: select
proxies: ["🇭🇰 香港节点", "🇯🇵 日本节点", "🇺🇸 美国节点"]
- name: "🎮 游戏加速"
type: url-test
use: [vpn07-subscription]
filter: "游戏|Game|低延迟"
url: "https://www.gstatic.com/generate_204"
interval: 120
use + filter：从订阅自动筛选节点
Mihomo 的 use + filter 组合是代理组配置中最强大的特性之一。use 引用 proxy-provider（外部订阅），filter 用正则表达式从订阅中筛选特定节点，无需手动维护节点列表。
# proxy-providers 定义外部订阅
proxy-providers:
vpn07-subscription:
type: http
url: "https://你的VPN07订阅链接"
interval: 86400 # 每天自动更新一次
path: ./proxies/vpn07.yaml
health-check:
enable: true
url: "https://www.gstatic.com/generate_204"
interval: 300
常用 filter 正则表达式参考
代理组常见问题排查
问题1：代理组显示"延迟测试超时"，所有节点标红
原因：测速 URL 被当前网络拦截，或测速 URL 本身通过代理才能访问但代理组还未选定节点（鸡蛋问题）。解决：将测速 URL 改为国内可访问的地址，如 http://www.baidu.com，或在配置中将 dns 的 nameserver-policy 排除测速域名。
问题2：url-test 不切换节点，即使更快的节点出现了
原因：tolerance 值设置过大，或 interval 测速间隔太长还未到测速时间。解决：适当降低 tolerance（如改为20ms），或手动点击面板中的"刷新"按钮触发即时测速。也可以临时降低 interval 等待一次测速循环完成。
问题3：filter 正则筛选后代理组为空，显示"没有可用代理"
原因：filter 正则表达式不匹配订阅中的节点名称。解决：先在面板中查看实际节点名称（可能是英文缩写或其他格式），然后调整正则。注意中文 emoji 国旗在某些系统上可能与显示不同，建议同时加入英文关键词作为备选匹配。
问题4：load-balance 负载均衡后，某些网站需要重新登录
原因：strategy 为 round-robin，同一网站的不同请求走了不同节点（不同出口IP），服务器检测到 IP 变化后清除 Session。解决：将 strategy 改为 consistent-hashing，确保同一域名的请求始终走同一节点。
在不同客户端中查看和管理代理组
Clash Verge Rev（Windows/Mac/Linux）
- • 侧边栏"代理" → 展示所有代理组
- • 每个组右侧有"刷新延迟"按钮
- • select 类型组可点击节点名切换
- • 支持 MetaCubeXD 高级面板（设置→外部控制器）
Mihomo Party（Windows/macOS）
- • 首页"节点"标签 → 代理组管理
- • AI 节点选择功能可自动推荐最优节点
- • 右键代理组可以触发即时测速
- • 支持导入多个订阅并合并代理组
CMFA（Android）
- • 主界面"代理"标签 → 代理组列表
- • 长按代理组可以手动触发测速
- • 支持通知栏快速切换代理组
- • 可在"配置"中直接编辑 YAML
Stash（iOS/macOS）
- • 首页"策略"标签 → 代理组管理
- • 滑动可在多个代理组之间切换
- • 支持 iCloud 同步代理组配置
- • 可查看每个节点的实时延迟
特殊代理组类型：relay（链式代理）与 smart
Mihomo 还支持两个进阶代理组类型，适合特殊场景使用：
relay 链式代理（流量中转）
relay 类型将流量依次通过多个代理节点中转，类似于 Tor 的多跳设计。适合极致隐私需求，但会显著增加延迟，不推荐日常使用。
- name: "🔗 链式代理"
type: relay
proxies:
- "HK节点" # 第一跳
- "US节点" # 第二跳（最终出口）
smart 智能代理（Mihomo 1.18+）
smart 是 Mihomo 最新推出的自适应策略类型，综合考虑延迟、丢包率、历史连接稳定性等多个维度自动选择节点，比单纯的 url-test（只看延迟）更智能，推荐在 Clash Verge Rev / Mihomo Party 最新版本中使用。
- name: "🧠 智能选择"
type: smart
proxies: [节点1, 节点2, 节点3]
url: "https://www.gstatic.com/generate_204"
interval: 300
代理组性能对比实测
我们使用 VPN07 的5个香港节点（均为 VLESS+REALITY，每个节点1000Mbps带宽），分别以四种代理组模式进行测试，记录连接速度和稳定性：
实测总结
对于大多数用户，url-test 是最佳日常选择——自动选优、无需干预、性能接近手动选择最快节点。只有在下载大文件或对总带宽有极致要求时，才值得配置 load-balance。VPN07 的多节点都具备1000Mbps带宽，即便是单节点也完全够用，多节点 load-balance 是锦上添花。
代理组最佳实践总结
为了帮助大家快速选择正确的代理组类型，我们整理了各使用场景的推荐配置：
| 使用场景 | 推荐代理组类型 | 关键配置 |
|---|---|---|
| 日常上网（浏览/社交） | url-test | interval=300, tolerance=50 |
| 视频会议/直播 | fallback | interval=60, lazy=false |
| 下载大文件 | load-balance | strategy=round-robin |
| 流媒体解锁 | select | 手动选对应地区节点 |
| 游戏加速 | url-test | interval=120, tolerance=20 |
| 特定地区访问（如 Netflix） | select | 手动选对应地区节点 |
| 开发调试（固定出口IP） | fallback | 首节点固定IP，失效自动切 |