clashsdk / clash

Public

版本發布時間軸 · 核心 mihomo,滑鼠移入可查看版本號

clashsdk / clash / README.md

開源授權 MIT 核心 mihomo 五平台客戶端 永久免費

Clash 全平台客戶端下載與中文文件

Clash 是一款開源的網路代理客戶端,以規則分流為核心設計,支援 TUN 模式與訂閱管理。本站收錄 Windows、macOS、Android、iOS、Linux 五個平台的安裝包,配有中文教學與疑難排解文件,版本隨上游公開發布渠道更新。

核心啟動 · 終端機輸出
$ mihomo -d ~/.config/mihomo
INFO[0000] Start initial configuration in progress
INFO[0000] RESTful API listening at: 127.0.0.1:9090
INFO[0000] HTTP(S) proxy listening at: 127.0.0.1:7890
下載官方Clash 查看使用指南 Windows · macOS · Android · iOS · Linux

全平台安裝包

download.html 查看全部客戶端 →

核心特性

docs/features/

點擊左側檔案名稱,右側面板會顯示該特性的說明文件,如同在儲存庫裡逐一點開 markdown 檔案閱讀。

clash / docs / features / rules.md

規則分流

規則分流要解決的問題是「哪些流量走代理、哪些直連」。Clash 使用 DOMAIN-SUFFIX、DOMAIN-KEYWORD、IP-CIDR、GEOIP 等規則類型,依設定檔中由上到下的順序逐條比對,命中即執行對應策略——直連、走某個代理分組,或直接拒絕。

日常用法是訂閱一份社群維護的規則集,再針對個別網站補上幾條自訂規則;客戶端介面也能一鍵切換規則 / 全域 / 直連三種工作模式。相較於只有全域開關的簡易代理工具,規則分流能讓本地流量不繞路、跨境流量走節點,速度與相容性都更穩定。規則寫法詳見使用指南

開源生態與更新機制

docs/project/

專案歷史

Clash 於 2018 年首次發布,以 Go 語言撰寫,規則分流是它區別於同類工具的核心設計。原儲存庫在 2023 年停止維護並封存後,社群分支 Clash.Meta 接手了核心開發,並改名為 mihomo 持續迭代至今——通訊協定支援、規則類型與 API 都在原有基礎上持續擴充。

核心與客戶端的關係

核心負責通訊協定實作、規則比對與流量轉送,GUI 客戶端負責介面、訂閱管理與系統整合——兩者是分層關係。本站收錄的 Clash Plus、Clash Verge Rev、FlClash 等客戶端皆內建 mihomo 核心,所以設定格式互通;更換客戶端不需要修改設定檔。

安裝包來源與更新

本站不修改任何安裝包,下載連結皆指向各專案公開發布的原始版本;下載頁的版本號會自動跟隨上游最新 release,不需要人工比對。上游發布新版本後,客戶端內的更新提示與本站下載頁會同步更新,舊版本使用者直接覆蓋安裝即可保留原有設定。

社群協作

除核心與客戶端外,規則集、訂閱轉換、GeoIP 資料庫等周邊工具同樣由社群開源維護,構成完整的工具鏈。遇到功能問題可以在對應專案的公開儲存庫提交 issue;本站文件聚焦中文使用場景的安裝、設定與疑難排解,與上游文件互為補充。

從原始碼建置核心
$ git clone https://github.com/MetaCubeX/mihomo.git
$ cd mihomo && go build

常見問題精選

docs/faq.md

訂閱連結匯入後看不到節點?

先確認連結是否為 Clash / YAML 格式,再檢查是否需要經訂閱轉換工具處理,完整步驟見使用指南

開了代理還是打不開網頁?

依「系統代理開關 → 節點可用性 → DNS 設定」的順序逐層排查,分章流程見疑難排解

iPhone / iPad 上該怎麼安裝?

透過 App Store 安裝 Clash Plus 即可,商店連結與說明見下載頁 iOS 區

這麼多客戶端該選哪個?

桌面與行動端首推 Clash Plus,想要更多客製化空間可選 Clash Verge Rev,逐項對比見選型指南

換客戶端要重新設定一遍嗎?

不需要。本站收錄的客戶端都基於 mihomo 內核,讀的是同一套 YAML 設定格式,訂閱連結與自訂規則可以直接搬過去。只有介面上的開關位置、系統代理接管方式與工作列選單會有差別,規則、分組、DNS 段落原樣生效;真正需要留意的是各客戶端預設的混合埠號是否一致,若你在瀏覽器擴充功能或終端機裡寫死過埠號,換客戶端後把埠號調回原值即可。

規則分流和全域代理有什麼差別?

全域代理把所有流量無差別送進節點,速度受單一節點頻寬限制,本地站點也要繞一圈,反而更慢;規則分流則按網域、IP 歸屬地、程序名稱把流量分派到不同出口,本地直連、境外走代理、廣告網域直接拒絕。規則模式是 Clash 的設計初衷,也是長期使用更省流量、更穩定的用法,具體規則寫法見技術文件的規則章節。

節點延遲測出來很低,為什麼看影片還是卡?

延遲測的是一次握手往返耗時,反映的是回應快慢,而看影片吃的是持續頻寬與封包遺失率,兩者並不等價。一條延遲 60ms 但被限速或跨境擁塞的線路,播放 4K 時依然會反覆緩衝;判斷線路好壞應結合實際下載速率、長時間連線的穩定性以及尖峰時段表現,不要只盯著延遲數字。

適用場景與使用邊界

docs/usage/

開發與除錯

開發者常把 Clash 當作本機流量閘道:混合埠同時提供 HTTP 與 SOCKS5 入口,終端機裡匯出 http_proxy 環境變數後,套件管理器、建置腳本與容器拉取映像檔都能共用同一條出口;日誌頁按連線列出請求的網域、匹配到的規則與所選節點,排查「某個依賴裝不上」這類問題比抓封包更直觀。搭配按程序分流的規則,還能只讓指定的命令列工具走代理,不影響其他本機服務。

多裝置與家庭網路

在一台常開的電腦或路由器上啟用允許區域網路連線,同一網段內的手機、平板、電視盒把閘道或代理指向這台裝置,就能共用一份設定,不必每台裝置各裝一次客戶端。此時要特別注意 DNS 與 Fake-IP 的取捨:區域網路內的 NAS、印表機、投影裝置應寫入直連規則或 DNS 例外,否則假位址會讓內網服務無法存取。

設定管理習慣

建議把訂閱設定與自己手寫的規則分開維護:訂閱由機場定期更新,自訂部分放進單獨的規則檔或覆寫段落,升級訂閱時才不會被覆蓋。改動前先備份一份可用設定,改完用客戶端自帶的設定校驗或重新載入功能確認語法無誤;養成給每次改動寫一行註解的習慣,幾個月後回看也能明白某條規則當初為什麼加。

合規與安全提示

Clash 只是流量轉發與規則匹配工具,本身不提供任何線路或帳號,能連到哪裡完全取決於你自己填入的節點資訊。請在所在地法律法規允許的範圍內使用,不要在公開管道分享含帳號密碼的訂閱連結,也不要匯入來源不明的第三方設定——設定檔裡可以寫入任意 DNS 與規則,來源不可信等於把解析與出口交給陌生人。

最新文章

blog/ 查看全部文章 →

Fake-IP 模式原理詳解:DNS 解析如何被接管,哪些情境該開哪些該關

從 DNS 查詢流程講起,解釋 Fake-IP 如何用保留網段的假位址加速比對、減少 DNS 洩漏,對比 Redir-Host 的差異,並列出區域網路服務、遊戲連線等需要關閉或加例外的典型情境。

Clash 客戶端介面速覽:代理頁、設定頁、日誌頁分別管什麼

依區塊走一遍客戶端主介面:代理頁的分組與節點切換、設定頁的訂閱管理與規則載入、日誌頁的連線記錄排錯用法,協助新使用者建立對整個介面的功能地圖。

Clash 訂閱格式科普:YAML、Base64 節點清單與通用格式的差異及轉換方法

梳理常見訂閱格式的結構差異:Clash YAML 設定、Base64 編碼節點清單與各客戶端專屬格式,說明為什麼有些連結匯入失敗,以及用轉換工具在格式之間安全互轉的注意事項。