FIELD MANUAL · 全平台下載與設定
Clash 全平台客戶端 下載與規則分流 設定指南
涵蓋 Windows、macOS、Android、iOS、Linux 五個平台的客戶端下載與設定流程,訂閱匯入、規則分流、TUN 模式逐項按步驟講清楚,基於 Mihomo 核心持續跟進版本。
- Clash Plus · 全平台首選推薦
- Mihomo 核心
- YAML 訂閱
- GPL-3.0 開源
- 中文文件
DOWNLOAD PORTS · 下載入口
選擇你的平台,直達對應下載分區
五個平台各自維護獨立的安裝檔與設定入口。點擊平台卡會跳轉到下載頁並自動定位到所選平台的客戶端清單,每個平台都列出了系統需求與候選客戶端差異。
SELECTION NOTE · 選型提示
不確定選哪個客戶端時,全平台首選推薦 Clash Plus:五個平台共用同一套介面與操作邏輯,內建 Mihomo 核心,換裝置不需要重新學習;偏好開源桌面方案可選 Clash Verge Rev。下載頁對每個平台的全部候選客戶端給出了系統需求、維護狀態與差異說明,封存客戶端也保留了入口以便舊用戶查找。
TRUNK SECTION · 核心特性剖面
一條主軸看懂 Clash 的五項核心能力
沿主軸立起五個節點樁,每樁對應一項能力。點擊節點樁,下方面板展示這項能力解決什麼問題、怎麼用,以及一行對應的設定參數注解。
規則分流
規則分流是 Clash 區別於傳統全域代理工具的核心能力。設定檔中的規則從上到下逐條比對:命中本地網域或 IP 段的請求直接連線,命中境外服務的請求交給代理節點,廣告與追蹤網域可以直接拒絕。日常使用只需保持規則模式,不必在開關代理之間來回切換,存取不同網站時流量自動走向正確的出口。訂閱下發的規則集通常已涵蓋主流網站,也可以在設定檔裡追加自訂條目,把某個網域固定到指定出站。
rules: DOMAIN-SUFFIX,youtube.com,PROXY · GEOIP,CN,DIRECT · MATCH,PROXY
訂閱管理
訂閱連結是服務商下發節點與規則的載體。在客戶端裡貼上訂閱 URL 即可一次匯入全部節點,後續在設定中開啟定時更新,節點變動、續費後的設定刷新都由客戶端在背景自動完成。遇到訂閱抓取失敗,常見原因是連結過期、目前網路無法直連訂閱伺服器或格式不相容,可先用瀏覽器驗證連結再排查客戶端設定。多數客戶端支援多組訂閱並存,便於比對不同服務商的可用性,也方便在主訂閱故障時快速切換備用設定。
proxy-providers: type: http · interval: 86400 · health-check: enable
系統代理與 TUN 模式
系統代理適合瀏覽器與大部分桌面應用程式:客戶端一鍵寫入作業系統的代理設定即可生效。但部分命令列工具與遊戲客戶端不讀取系統代理,這時啟用 TUN 模式,由客戶端建立虛擬網卡接管全部出站流量,配合規則分流實現真正的全域接管。兩種方式按需切換即可:日常瀏覽用系統代理就足夠,需要覆蓋所有程序時再開 TUN。注意 TUN 模式在 Windows 上首次啟用需要授予系統管理員權限,macOS 上需要核准系統延伸功能。
tun: enable: true · stack: system · auto-route: true · dns-hijack: any:53
策略組與測速
策略組把多個節點按用途編成一組:url-test 組定時對組內節點發起延遲測試並自動選中最快的一個,fallback 組在首選節點失效時按順序切換備用,select 組保留手動挑選的自由。配合訂閱下發的地區分組,可以做到影音流量固定走某一地區、其餘流量自動擇優。延遲數值在客戶端介面一鍵刷新,切換節點不需要重啟;排查速度問題時先看組內測速結果,就能快速判斷瓶頸是在節點還是本地設定。
proxy-groups: type: url-test · interval: 300 · tolerance: 50
YAML 設定檔
Clash 的全部行為由一份 YAML 設定檔描述:連接埠、DNS、節點、策略組與規則各占一個段落,結構清晰、可讀可改。圖形客戶端把常用開關做成了介面選項,但理解設定結構之後,可以直接編輯文字檔實現介面沒有暴露的進階能力,例如自訂 DNS 分流、規則集訂閱與設定覆寫。修改後重新載入即可生效,語法出錯時客戶端會給出行號提示,便於快速定位問題。同一份設定在不同客戶端之間可以直接沿用。
mixed-port: 7897 · allow-lan: false · mode: rule · log-level: info
PROVENANCE · 開源背書
原始碼公開可查,版本持續跟進
從最初的核心到今天的 Mihomo 與各家圖形客戶端,整個生態系的原始碼、提交歷史與發布記錄都在公開儲存庫中,任何說法都可以自行查證。
HISTORY · 專案歷史
Clash 最初是社群開發者發布的開源規則代理核心,憑藉清晰的 YAML 設定與靈活的分流規則成為同類工具的事實標準。原始儲存庫封存後,社群在其協定與設定格式的基礎上持續演進,形成了今天以 Mihomo 為代表的延續版本,設定生態與使用習慣一脈相承,舊用戶的訂閱與規則幾乎不需要改動即可繼續使用。
CORE · 核心關係
核心負責協定交握、規則比對與流量轉發,圖形客戶端只是核心之上的操作介面。本站收錄的 Clash Plus、Clash Verge Rev、FlClash 等客戶端均內建 Mihomo 核心,同一份訂閱在不同客戶端之間可以直接沿用;換客戶端只是換一層介面,分流行為與設定格式完全一致,不需要重新學習。
ECOSYSTEM · 開源生態系
核心與主流圖形客戶端的原始碼全部公開託管,提交歷史、議題討論與發布記錄均可查證。遇到問題可以先搜尋對應儲存庫的議題區,多數常見故障已有社群結論;有開發能力的使用者也可以直接閱讀原始碼,確認某個開關或規則的具體實作細節,而不是依賴二手轉述。
RELEASE · 更新機制
各客戶端跟隨核心版本迭代發布安裝檔,更新內容以缺陷修復與協定跟進為主。本站下載入口在頁面載入時解析最新版本清單,始終指向目前發布的安裝檔,不需要手動追蹤各儲存庫的發布頁;舊版本使用者直接下載覆蓋安裝即可完成升級,設定與訂閱不受影響。
git clone https://github.com/MetaCubeX/mihomo.git
QUICK ANSWERS · 常見問題精選
上手前最常被問到的四件事
一句話給出結論,完整解釋與逐步操作在說明中心與完整文件裡展開。
FIELD NOTES · 技術筆記
最新三篇實作筆記
圍繞代理模式、客戶端選型與訂閱維護的實作記錄,依主題持續補充。
Clash 規則模式、全域模式、直連模式差異詳解:日常該用哪個
從流量走向拆解三種代理模式的實際行為差異,解釋規則模式為什麼是日常預設選擇,以及全域與直連各自的適用情境與切換時機。
閱讀全文 →
主流 Clash 客戶端怎麼選:按平台與使用習慣的橫向對比
對比 Clash Plus、Clash Verge Rev、FlClash 等主流客戶端在介面、核心、平台覆蓋與維護狀態上的差異,給出各平台的選型建議。
閱讀全文 →
Clash 訂閱更新失敗怎麼辦:常見原因排查與自動更新設定
梳理訂閱抓取失敗的典型原因——連結失效、網路環境、UA 限制與格式不相容,並說明如何在客戶端裡設定定時自動更新避免節點過期。
閱讀全文 →