策略組是 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 值對不上,以及三個關鍵參數的取值建議與副作用。