跳到主要內容

首頁 / 部落格 / 設定基礎

proxy-groups 五種類型詳解:select、url-test、fallback、load-balance、relay

設定基礎2026-07-291938 字約 5 分鐘
proxy-groups 五種類型詳解:select、url-test、fallback、load-balance、relay

策略組是 Clash 設定裡最有設計空間的一層。同樣一批節點,分組方式不同,體驗差別很大。

五種類型一覽

五種策略組的行為select你點哪個用哪個最可控url-test定期重測日常主力fallback前面掛了才切要穩定性load-balance按 hash 或輪詢多線路並行relay流量依次經過多個節點特殊場景
前三種是日常主力,後兩種解決特定問題

一、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           # 没有流量时不测

參數怎麼設

參數建議值說明
urlhttp://www.gstatic.com/generate_204回傳 204 空回應,最輕量
interval300(5 分鐘)太短會頻繁打擾節點,太長切換不及時
tolerance50~100最容易被忽略的參數
lazytrue空閒時不測速,省電省流量

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 的關鍵區別

url-test vs fallbackurl-test永遠用最快的節點品質波動時會切來切去適合追求速度fallback永遠用列表裡第一個能用的只有掛了才換適合追求穩定
有優質專線時用 fallback,節點品質參差時用 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-hashing

strategy 兩種:

  • 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]
這套結構的層級關係rules 規則命中後指向用途分組AI 地區分組香港 具體節點實际出口
三層結構的好處:換節點只需在一個地方操作,規則完全不用動

常見問題

Q:策略組之間可以循環引用嗎? 不能。A 的 proxies 裡放 B、B 的 proxies 裡放 A,會導致設定載入失敗或死循環。

Q:為什麼我的 url-test 一直顯示逾時? 測速 URL 本身訪問不了。gstatic.com 在某些網路下不通,換成 http://cp.cloudflare.com/generate_204http://connectivitycheck.platform.hicloud.com/generate_204 試試。

Q:DIRECT 和 REJECT 需要定義嗎? 不需要,它們是內置策略。DIRECT 是直連,REJECT 是直接拒絕(用於廣告攔截),Mihomo 還有 REJECT-DROPPASS

Q:interval 設成多少合適? 300 秒是個平衡點。設成 60 會頻繁向所有節點發請求,某些服務商會認為異常;設成 1800 則節點掛了半小時才切換。

小結

  • select 做總開關,url-test 做自動擋,fallback 做保險
  • tolerance 一定要設,不設會來回橫跳
  • 用 include-all + filter 代替手寫節點名,訂閱更新後免維護
  • 三層結構(規則 → 用途組 → 地區組 → 節點)最好維護

下一篇看規則怎麼寫:規則類型速查


相關文件