開源生態 · mihomo 核心 · 客戶端持續更新
收錄 Windows、macOS、Android、iOS、Linux 五大平台的 Clash 客戶端安裝包與 mihomo 核心預編譯包,搭配訂閱匯入、規則分流與系統代理設定的完整教學文件。
ROUTE OVERVIEW
本站依平台整理客戶端安裝包與核心預編譯包,並把訂閱匯入、設定欄位、規則語法拆成獨立的教學頁面。選好出口,剩下的路照著指引走即可。
FEATURES
左側選一個方向,右側面板會展開完整說明。每一項都對應站內更深入的教學頁面,首頁只說明它解決什麼問題、大致怎麼用。
目前主流 Clash 客戶端普遍以 mihomo(前身為 Clash.Meta)作為核心。相比已停止更新的原始 Clash 核心,mihomo 補齊了更多出站協定與入站方式,規則類型更完整,並保持活躍的版本迭代節奏。對使用者來說,選擇內建 mihomo 的客戶端,代表設定檔裡的新欄位能被正確解析,遇到問題時也更容易在社群找到對應版本的解答。本站下載頁收錄的客戶端均基於 mihomo,或與其設定格式完全相容。
mihomo · GPL-3.0規則分流是 Clash 設定的核心機制:每個請求依網域、IP 歸屬、程序名稱等條件由上到下比對規則表,命中即執行對應動作——直連、交給某個策略群組,或直接拒絕。搭配 GeoIP 與 GeoSite 資料庫,一行 GEOSITE 規則即可涵蓋成百上千個網域,不必手動維護冗長清單。規則的撰寫語法、比對順序,以及「這條規則怎麼沒生效」之類的常見誤區,設定教學頁有逐條 YAML 範例說明。
DOMAIN-SUFFIX · GEOSITE · RULE-SET客戶端支援透過訂閱連結批量匯入節點:貼上 URL 後自動抓取遠端 YAML,並依設定週期刷新,節點變動無需手動同步。進階用法可以用 proxy-providers 把節點來源與本地規則徹底解耦,再借助覆寫機制在不改動訂閱原文的前提下調整策略群組、DNS 與規則片段——訂閱更新時本地客製化設定不會被覆蓋掉。首次匯入的完整步驟見使用教學,各欄位的意義與寫法見設定教學。
YAML · proxy-providers · override系統代理只接管遵循代理設定的應用程式,命令列工具與部分程式會繞過它;TUN 模式則透過虛擬網卡接管全部出站流量,搭配 fake-ip 還能降低 DNS 解析延遲。兩種方式各有適用情境:日常瀏覽開啟系統代理即可,需要全域接管時再啟用 TUN。Windows 的服務模式授權、macOS 的系統延伸功能許可、Android 的 VpnService 權限等平台差異,在對應平台的教學與部落格文章裡有逐步說明。
TUN · fake-ip · system-proxy五大平台的客戶端共用同一套 YAML 設定語言:在桌面端調好的訂閱、策略群組與規則,可以原樣搬到手機與平板。差異只在系統整合方式——桌面端提供系統代理與服務模式,Android 依賴 VpnService 建立虛擬網卡,iOS 透過 Network Extension 實現同等功能。本站依平台整理了推薦客戶端與安裝要點,換裝置時不必重新學一套設定,把原設定檔帶過去即可繼續使用。
Windows · macOS · Android · iOS · LinuxPLATFORMS
每個平台整理了目前在維護的客戶端與封存版本,點擊即可跳到下載頁對應區塊。
OPEN SOURCE
Clash 不是單一軟體,而是一套由核心、設定格式與多個客戶端組成的開源生態。理解它們之間的關係,選客戶端時會少走很多冤枉路。
原始 Clash 核心於 2023 年停止開發,Clash for Windows 等一批早期客戶端隨之停更。社群隨後圍繞相容原有設定格式的 mihomo 核心重新集結:Clash Verge Rev、FlClash、Clash Nyanpasu、ClashX Meta 等客戶端相繼接手,設定檔格式向後相容,老用戶的 YAML 基本可以原樣遷移。今天說「用 Clash」,實際使用的多半是這一代基於 mihomo 的客戶端。
核心負責協定實作、規則比對與 DNS 解析,客戶端負責圖形介面、訂閱管理與系統整合。這也是為什麼不同客戶端的設定檔可以互通——它們驅動的是同一個核心。選客戶端主要看平台支援與介面習慣,而設定能力的上限則由核心版本決定。
客戶端選擇沒有唯一正確答案,但可以用三個問題快速收斂。第一個問題是平台與硬體:Windows 用戶優先考慮支援服務模式的桌面客戶端,這樣啟用 TUN 時不必每次手動授權;macOS 要先分清 Intel 與 Apple Silicon 架構,下錯架構的安裝包會啟動失敗或效能異常;Android 則要注意是否提供對應 ABI 的安裝包,arm64 裝置安裝通用包會白白增加體積。第二個問題是使用深度:只要日常瀏覽,選一個介面清爽、能匯入訂閱並切換節點的客戶端就夠了;若要自己寫規則、維護多份訂閱、做規則集託管,就需要客戶端提供覆寫或合併入口,否則每次訂閱更新都會覆蓋掉本地修改。第三個問題是維護狀態:同類客戶端優先選最近仍有版本發佈的,停更專案不會跟進新協定,遇到問題也很難找到目前仍有效的解答。三個問題都有答案之後,再去下載頁對照具體安裝包即可。
本站下載頁的安裝包連結指向各專案的正式發佈版本,頁面版本號隨發佈清單自動刷新,不做人工改寫;已停止維護的客戶端會明確標註封存狀態並保留下載入口,方便舊設定的遷移比對。核心原始碼可以直接複製查閱:
git clone https://github.com/MetaCubeX/mihomo.git
BLOG
圍繞安裝設定與常見故障持續更新,每篇都基於可重現的操作步驟。
說明 Android 客戶端依賴 VpnService 建立虛擬網卡的機制,逐步示範授予 VPN 權限、關閉電池最佳化、加入廠商省電白名單的操作,解決背景斷線與通知列消失問題。
從 DNS 解析流程講清楚 Fake-IP 模式的運作原理:為什麼會回傳保留段假位址、如何減少解析延遲,以及區域網路服務、遊戲連線等情境下需要設定 fake-ip-filter 的原因。
解釋 GeoIP/GeoSite 資料庫在規則比對中的作用,對比客戶端內建更新、手動替換與設定欄位指定來源三種更新方式,並說明資料庫過舊導致分流失準的典型表現。