策略组（proxy-groups）是 Clash 代理架构的核心调度层，负责决定流量最终经由哪个节点输出。合理的策略组设计能在速度、稳定性与灵活性之间取得最优平衡。本文为 Clash 官方策略组使用指南，通过完整配置示例详细说明四种策略组类型的适用场景与官方推荐配置方法。
select：手动选择
select 类型是最基础的策略组，用户在图形界面中手动点击切换当前使用的节点或子策略组。它的 proxies 列表中可以混合放置具体的代理节点名称和其他策略组的名称，这一特性使得策略组之间的嵌套组合成为可能。
proxy-groups:
- name: "🚀 节点选择"
type: select
proxies:
- "♻️ 自动选择" # 引用另一个策略组
- "🇭🇰 香港节点"
- "🇺🇸 美国节点"
- DIRECT # 内置直连策略select 策略组通常作为顶层入口，让用户可以随时手动切换到不同的节点或自动策略，而无需修改配置文件。
url-test：自动选速
url-test 类型会周期性地向 url 字段指定的地址发送 HTTP 请求，测量每个节点的延迟，并自动将流量切换到延迟最低的节点。
- name: "♻️ 自动选择"
type: url-test
url: http://www.gstatic.com/generate_204
interval: 300 # 测速间隔，单位秒
tolerance: 50 # 容差：只有新最优节点比当前节点快 50ms 以上才切换
lazy: true # 懒测速：只在有流量时才测速，节省资源
proxies:
- "🇭🇰 香港-01"
- "🇭🇰 香港-02"
- "🇭🇰 香港-03"tolerance（容差）参数非常重要。如果不设置容差，当多个节点延迟接近时，url-test 会因为微小的延迟波动而频繁切换节点，造成连接中断。设置 50ms 的容差后，只有当新发现的最优节点比当前节点快 50ms 以上时才会切换，大幅提升了稳定性。
fallback：故障转移
fallback 类型同样会周期性测速，但其行为逻辑与 url-test 不同：它始终优先使用列表中第一个可用（测速成功）的节点，只有当前节点不可用（测速失败或超时）时才切换到下一个。
- name: "🛡️ 故障转移"
type: fallback
url: http://www.gstatic.com/generate_204
interval: 180
proxies:
- "🇭🇰 香港-01" # 主节点，优先使用
- "🇯🇵 日本-01" # 备用节点一
- "🇸🇬 新加坡-01" # 备用节点二fallback 非常适合对稳定性要求高的场景，例如视频通话、在线直播等不能中断的连接。主节点出现故障时，fallback 会在下次测速后（默认 180 秒内）自动切换到备用节点，等主节点恢复后再切回来。
load-balance：负载均衡
load-balance 类型将新建立的连接均匀分配到 proxies 列表中的多个节点上，充分利用每个节点的带宽，适合需要同时建立大量连接的场景（如多线程下载、批量 API 请求）。
- name: "⚖️ 负载均衡"
type: load-balance
url: http://www.gstatic.com/generate_204
interval: 300
strategy: consistent-hashing # 同一域名的连接固定分配到同一节点
proxies:
- "🇭🇰 香港-01"
- "🇭🇰 香港-02"
- "🇭🇰 香港-03"strategy 参数控制分配算法，consistent-hashing（一致性哈希）模式会将同一目标域名的所有连接固定分配到同一节点，避免某些对 IP 一致性有要求的网站（如登录状态验证）出现异常；round-robin 模式则完全轮询，适合无状态的批量请求场景。
策略组架构设计建议
一个合理的策略组架构通常采用分层设计：顶层是一个 select 策略组作为用户手动控制的总入口；中层是按地区或用途划分的 url-test 自动选速组；底层是具体的代理节点。分流规则指向顶层策略组，用户可以随时在顶层策略组中切换使用自动选速还是指定节点。
对于流媒体解锁场景，建议单独建立一个「流媒体」策略组，专门放置支持解锁 Netflix、Disney+ 等平台的节点，并在规则中将相关域名指向该策略组，避免频繁在主节点和解锁节点之间切换。这样既不影响日常使用体验，在需要看流媒体时切换到对应策略组即可。
