通过策略组规则自动匹配节点，实现智能分流与切换。本文详解配置方法、平台差异及常见问题。

从手动切换的烦恼说起

作为日常使用代理的 Clash Verge 用户，你是否曾反复在多个节点之间手动切换？访问国内网站时选到境外节点导致速度缓慢，而访问境外服务时又忘记切换到可用节点——这种体验不仅低效，而且容易造成连接中断。这正是 策略组（Proxy Group） 想要解决的核心问题：通过定义一组规则让客户端根据预设条件自动选择最优节点，实现“一次配置，自动运行”。

Clash Verge（基于 Clash Meta/mihomo 内核）提供了多种策略类型，包括 url-test（延迟测试）、fallback（故障回退）、load-balance（负载均衡）和 select（手动选择）。其中前三者可以实现 节点自动选择，但它们的适用场景和副作用各不相同。本文将从定义到实战，带你一步步掌握策略组配置的最佳实践。

版本说明：本文以截至当前的最新 Clash Verge 版本（基于 Clash Meta/mihomo 内核 v1.18+）为例。不同版本 UI 或配置文件路径可能略有差异，请以你实际安装的版本为准。

策略组是什么？

在 Clash 的配置体系中，策略组是一个“中间层”：它不直接对应单个节点，而是包含多个节点（或子策略组），并通过指定的策略类型决定如何选择其中一个节点。大部分流量规则（Rule）都指向一个策略组，而非直接指向节点。这样你可以在不修改规则的前提下，整体切换策略组的行为。

策略组定义位于配置文件的 proxy-groups 字段中。每个策略组需要指定 name、type 和 proxies（成员列表）。例如一个最简单的 url-test 组：

proxy-groups:
  - name: 🚀 自动选择
    type: url-test
    url: http://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50
    proxies:
      - 香港节点A
      - 香港节点B
      - 新加坡节点A

上述配置会让 Clash 每 5 分钟（300 秒）测试一次所有成员的延迟，并选择延迟最低且与前一名相差不超过容忍值（50ms）的节点。这就是 Clash Verge 利用策略组实现节点自动选择 的基本原理。

三种自动选择策略详解

1. url-test：最低延迟优先

做法：每隔一定间隔（interval）向指定 url 发送 HTTP HEAD 请求，统计延迟后选择最优节点。可设置 tolerance 避免频繁切换（例如容忍 50ms，则延迟差在 50ms 内的节点不会被替换）。

适用场景：当你需要始终使用网络状况最好的节点时，例如在线会议、直播等对延迟敏感的应用。但注意，延迟并非唯一指标；丢包率、带宽等不包含在默认测试中。

示例：假设你同时在用香港节点A（延迟80ms）和新加坡节点A（延迟120ms）。url-test 会选择香港节点A，但如果香港节点A偶尔抖动到150ms且新加坡稳定在110ms，由于 tolerance 为50ms，只要香港节点A与最低延迟的差异不超过50ms，它仍可能被保留，从而避免因短期波动而切换。

2. fallback：按优先级回退

做法：定义一组节点，按配置顺序优先选择第一个可达的节点。当主节点不可用时（通过 url 检测失败），自动切换到下一个节点。常用于“主节点 + 备用节点”的场景。

- name: 🔁 自动回退
  type: fallback
  url: http://www.gstatic.com/generate_204
  interval: 120
  proxies:
    - 主力节点
    - 备用节点A
    - 备用节点B

经验性观察：fallback 的切换触发条件是持续检测失败（通常连续 2-3 次）。对于偶尔超时的情况，可能不会立即切换。如果你需要更灵敏的故障转移，可以配合 timeout 参数（单位毫秒，默认 5000）。

示例：如果你将 timeout 设为 2000ms，当主力节点连续两次响应超过2秒时，fallback 会判定为不可用并切换到备用节点A。反之，若 tolerance 较高，单次超时可能被忽略。

3. load-balance：负载均衡

做法：将连接分散到多个节点，可基于源 IP、目标 IP 或随机策略。适用于需要避免单一节点流量过大的场景，例如多用户共享代理。

需要注意的是，Clash Meta 内核的 load-balance 支持多种算法（consistent-hashing、round-robin），但并非所有节点都适合做负载均衡。若节点之间延迟差异过大，反而可能出现部分连接体验差的情况。

示例：假设你使用 round-robin 算法将请求轮询到香港节点（80ms）和新加坡节点（120ms）。对于同一个网页，部分请求通过香港节点快速响应，另一部分通过新加坡节点延迟较高，用户可能感知到页面加载不一致。因此，负载均衡更适合延迟相近的节点池。

在 Clash Verge 中配置策略组：图形界面操作

Clash Verge 提供了配置文件编辑器，你也可以直接修改 YAML 文件。以下是最短可达路径：

桌面端（Windows / macOS / Linux）

打开 Clash Verge，进入 Profiles（配置）页面。
点击当前正在使用的配置文件的编辑按钮（铅笔图标），进入内置编辑器。
定位到 proxy-groups: 部分（若没有，可以在 proxies: 下方手动添加）。
按上述格式添加一个策略组，例如 url-test 组。
在 proxies: 列表中填写你已定义的节点名称（需与 proxies: 字段中的 name 一致）。
点击保存，Clash Verge 会自动重载配置。稍等几秒后，查看 Proxies（代理）面板，应能看到新策略组及其延迟测试结果。

提示：如果你使用订阅链接自动更新，修改会随着下次订阅更新被覆盖。建议将策略组定义放在单独的“合并”配置中（Clash Verge 支持 Mixin / 覆写功能），或直接修改订阅文件后导入为本地配置。

移动端（Android / iOS）

Clash Verge 目前没有官方移动端版本。如果你在移动设备上使用 Clash 内核的其他客户端（如 Clash for Android / Stash for iOS），操作逻辑类似：找到配置文件编辑页面，修改 proxy-groups 字段。

⚠️ 注意：策略组名称中的 emoji 并非必须，但有助于在 UI 中快速区分。请确保名称不重复，不包含特殊字符（如冒号、大括号）。

将策略组应用于规则

创建策略组后，你需要在 rules 字段中将流量指向它。例如：

rules:
  - DOMAIN-SUFFIX,google.com,🚀 自动选择
  - DOMAIN-SUFFIX,youtube.com,🚀 自动选择
  - GEOIP,CN,DIRECT
  - MATCH,🚀 自动选择

上述规则表示：对 Google 和 YouTube 域名使用 🚀 自动选择 策略组，中国 IP 走直连，其他所有流量走自动选择。

如果你希望不同规则使用不同策略（例如流媒体用专用节点，普通网页用自动选择），可以创建多个策略组，并在规则中分别引用。

示例：你可以创建一个“Netflix 组”使用 fallback 到日本节点，另一个“日常组”使用 url-test 选择最优节点，然后在规则中写 DOMAIN-SUFFIX,netflix.com,Netflix 组 实现精细分流。

例外与副作用：什么情况下不该使用自动选择？

延迟测试干扰正常连接

url-test 需要定期发送请求测试节点延迟。如果测试间隔太短（如 30 秒），可能产生额外的流量和连接中断（部分服务器对频繁测试敏感）。建议将 interval 设置为至少 300 秒（5 分钟），对于不活跃的节点组甚至可以设为 600 秒。

节点延迟波动导致频繁切换

即使设置了 tolerance，某些节点可能因网络波动不断上下浮动，导致策略组反复切换。经验性观察表明，tolerance 设置在 50-100ms 之间可减少不必要的切换。若问题依旧，可考虑改用 fallback + 手动指定优先级。

负载均衡对协议的不友好

load-balance 可能破坏某些基于源 IP 绑定的长连接应用（如部分银行网站、游戏）。这些应用要求同一会话期间出口 IP 保持不变，而负载均衡会将请求分散到不同节点。此时应改用 select 或 url-test。

验证策略组是否生效

配置完成后，如何确认自动选择正在工作？以下是可复现的验证步骤：

打开 Clash Verge 的 Proxies 面板，找到你创建的策略组。
观察节点列表是否显示延迟值（如 100ms）。若所有节点均显示 timeout，说明测试 url 可能被屏蔽或节点本身不可用。
点击策略组名称（或展开菜单），应看到当前选中的节点带有高亮/勾选标志。对于 url-test 类型，选中的是延迟最低的节点；对于 fallback，选中的是可用的最高优先级节点。
手动关闭当前选中节点（如断开该节点连接），等待几秒后观察策略组是否自动切换到下一个节点。对于 fallback，切换通常在 1-2 个检测周期后发生。
打开日志面板（Logs），过滤关键词 url-test 或 selected，可看到详细的延迟测试记录和选择结果。

故障排查

现象	可能原因	验证与处置
所有节点延迟均显示 timeout	测试 url 无法访问；或节点本身全部不可用	更换测试 url（如 `http://cp.cloudflare.com/generate_204`）；检查节点是否能单独连通
策略组始终选择同一个节点，不切换	tolerance 值过大；或该节点持续延迟最低，其他节点不稳定	降低 tolerance 值测试（如 20ms）；或手动禁用该节点观察是否切换到下一最优节点
配置保存后策略组不显示	YAML 语法错误；策略组名称与 proxies 名称不匹配	在 Clash Verge 日志中查看配置解析错误提示；使用在线 YAML 校验工具检查缩进

适用与不适用场景清单

✅ 推荐使用策略组自动选择

日常浏览网页、视频，对延迟不极端敏感，但希望始终获得良好体验。
拥有多个同区域节点（如多个香港节点），想自动挑选最快的一个。
需要故障自动转移（fallback），例如主力节点偶尔不稳定。

❌ 不建议使用自动选择

对连接稳定性要求极高，不能容忍切换带来的短暂中断（此时应使用 select + 手动固定节点）。
节点之间延迟差异极小，且经常波动（自动选择可能导致来回切换）。
需要使用特定出口 IP 进行业务（如访问限制 IP 的服务），自动选择会破坏 IP 固定。

最佳实践清单

为不同用途创建独立策略组：例如“流媒体专用”用 fallback 各区域节点，“日常浏览”用 url-test 全局最优节点。
设置合适的测试间隔：不小于 300 秒，避免额外负担。
合理使用 tolerance：50-100ms 可减少无意义切换。
结合 GEOIP 规则：国内流量走 DIRECT，境外流量走策略组，避免误判。
定期验证：订阅更新后检查节点名称是否变化，若订阅修改了节点名，需要同步更新策略组内的 proxies 列表。
备份配置文件：在对策略组做重大修改前，复制一份配置文件以防万一。

常见问题（FAQ）

策略组内可以引用其他策略组吗？

可以。在 proxies 列表中直接写入其他策略组的名称即可。这称为“嵌套策略组”，常用于创建多级自动切换逻辑。但注意不能形成循环引用（组 A 引用组 B，组 B 又引用组 A），Clash 会报错。

策略组在订阅更新后被覆盖了怎么办？

Clash Verge 支持 Mixin（覆写）功能：在 设置 → Mixin 中添加额外的配置片段，这些片段会与订阅合并。你可以将策略组定义放在 Mixin 中，这样订阅更新时不会被覆盖。具体操作方法请参考 Clash Verge 文档中的“Mixin 使用”部分。

url-test 策略组延迟测试会不会浪费流量？

每次测试只会发送一个很小的 HTTP HEAD 请求（几十字节），每 5 分钟一次，流量极小可以忽略。但如果你有大量策略组同时做测试，累积请求可能略多。可适当延长 interval 或减少不必要的策略组。

可以用策略组实现“按地区自动选择”吗？

可以。你需要为每个地区创建一个策略组（如“香港组”“日本组”），然后通过规则（如 RULE-SET）将不同地域的域名分流到对应策略组。例如，RULE-SET,japanese,日本组。这需要配合规则集（rule-set）使用。

结语：从手动到自动的质变

策略组自动选择是 Clash Verge 最实用的功能之一。它让你从“反复点击切换节点”的繁琐操作中解放出来，将精力专注于网络本身的稳定性。但自动并非万能：你需要根据自己节点的质量、使用习惯和容忍度，选择合适的策略类型和参数。建议先从 url-test 起步，配合合理的规则，体验一段时间后再根据日志调整。

随着 mihomo 内核的持续迭代，未来版本可能在延迟算法精度、混合策略组支持（例如 url-test 与 fallback 的组合）等方面带来更多可能性。保持关注官方更新日志，及时调整你的配置，让自动化体验始终跟上时代。

下一步：打开 Clash Verge，在配置中找到 proxy-groups，尝试添加一个简单的自动选择组，然后观察 Proxies 面板的变化。你会看到延迟数字跳动，最终稳定在一个节点上——这就是自动化带来的“一劳永逸”。

Clash Verge如何利用策略组实现节点自动选择？