OPEN SOURCE CLIENT ROUTE

Clash Windows版
用戶端下載與分流設定

下載官方Clash 查看教學

以 Windows 為優先整理，也兼顧其他桌面與行動平台。先選擇用戶端，再處理 訂閱匯入、規則分流與 Fake-IP DNS，操作路徑直接對應到具體選單與設定欄位。

永久免費 程式碼開源 中文文件 規則模式
PLATFORMS: WINDOWS / MACOS / ANDROID / IOS / LINUX CORE: MIHOMO MODE: RULE / GLOBAL / DIRECT CONFIG: YAML
PLATFORM ENTRY

依系統進入用戶端下載

首頁僅負責平台分流，不在此列出安裝包清單。點選對應系統後會進入下載頁並自動切換至該平台；用戶端型號、適用架構、維護狀態與安裝方式都會在該頁說明。先確認裝置系統，再選擇圖形用戶端，比拿到不相容的套件後重新處理更省時間。

Windows

以 Windows 裝置為主。可比較 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與封存用戶端；安裝前先分辨圖形用戶端與獨立核心。

前往下載

macOS

依 Apple Silicon 與 Intel 架構選擇安裝套件。圖形用戶端適合日常使用選單列操作，獨立核心則更適合終端機、自動化或服務化部署。

前往下載

Android

適合手機與平板。下載前查看裝置架構及系統限制；匯入訂閱後還需授予本機 VPN 連線權限，系統的電池策略也可能影響背景連線。

前往下載

iOS

透過應用程式商店取得 Clash Plus。安裝後從訂閱網址匯入設定，再依用途選擇策略組；系統跳出網路設定要求時，需明確確認。

前往下載

Linux

桌面環境可選 GUI 用戶端；伺服器、軟路由與容器環境通常直接使用 mihomo 核心。先確認處理器架構，再決定使用 deb 套件或壓縮檔。

前往下載
查看全部用戶端 →
WINDOW PANE ROUTER

四大設定，拆開看清楚

Clash 的難點通常不在開關本身，而在設定檔、策略組、規則與 DNS 彼此影響。以下依實際排查順序拆解：先確認流量符合哪條規則，再查看策略組選擇，最後檢查 DNS 與訂閱更新。左側切換主題，右側保留實際 YAML 或規則片段。

規則分流：比對順序就是執行順序

規則模式會由上而下檢查請求，符合後便立即停止繼續比對。網域規則適合指定服務，GEOIP 可處理地區歸屬，最後用 MATCH 接住其餘流量。實際設定時，將範圍較具體的規則放在前面，兜底規則放在最後；否則過於寬泛的規則會提前截走流量。相較於只有全域開關的用戶端，Clash 的價值在於能把直連、代理與攔截寫進同一份易讀的規則表，排查時也能從連線紀錄反推出符合的項目。 

DOMAIN-SUFFIX,github.com,PROXY
DOMAIN-SUFFIX,local,DIRECT
GEOIP,CN,DIRECT
MATCH,Fallback
OPEN SOURCE LINEAGE

開源生態與核心關係

「Clash」在實際使用中同時指向規則體系、設定格式、核心分支與多個圖形用戶端。將這些層次分開，才能判斷一篇教學究竟是在講介面操作、YAML 欄位，還是核心能力。

01 / HISTORY

原版 Clash 奠定設定模型

原版 Clash 將代理節點、策略組、規則路由與 DNS 納入統一的設定模型。許多用戶端沿用了這套思路，因此今天仍會看到 proxies、proxy-groups、rules 等熟悉欄位。專案歷史解釋了設定為何如此設計，但選擇安裝方案不能只看「Clash」三個字，還要確認用戶端是否持續維護、核心來自哪個分支，以及目標系統是否相容。

02 / ECOSYSTEM

圖形用戶端負責互動，核心負責執行

圖形用戶端提供訂閱管理、系統代理開關、策略組選擇、連線紀錄與設定介面；真正解析設定、處理連線與執行規則的是核心。兩個用戶端即使介面完全不同，只要使用相近的核心與相容設定，底層分流邏輯仍可能高度一致。反過來，介面中出現同名選項，也不代表核心能力、設定相容範圍與更新節奏完全相同。

03 / MIHOMO

mihomo 延續並擴充 Meta 能力

mihomo 是目前 Clash 生態中常見且持續活躍的核心，延續 Clash.Meta 路線，並持續擴充協定、規則、DNS 與透明代理能力。桌面使用者通常透過整合 mihomo 的 GUI 用戶端使用這些功能；伺服器、路由器與自動化環境則可能直接執行核心。選擇時先判斷是否需要圖形介面，再確認協定與設定功能，不要把核心壓縮檔當成桌面安裝程式。

04 / UPDATE

更新要分成用戶端、核心與訂閱三條線

用戶端更新會修正介面與系統整合，核心更新會影響協定、規則與 DNS 行為，訂閱更新則會變更節點與遠端設定。三者不是同一個動作。遇到故障時，先記錄最近的變動發生在哪一層：剛更換用戶端、剛升級核心，還是剛重新整理訂閱。如此才能決定要回退程式、切換核心，還是還原 Profile，避免把所有問題都歸咎於節點失效。

QUICK DIAGNOSIS

常見問題精選

先按現象分層，不要一開始就重新安裝。分別檢查用戶端介面、訂閱設定、系統代理、DNS 與節點連線，通常能更快鎖定故障位置。

匯入訂閱後沒有節點？

先查看 Profile 更新提示與回傳內容，再確認目前啟用的是剛匯入的設定。訂閱網址失效、格式不相容、遠端內容為空，以及更新後未切換 Profile，表現都可能是清單空白。不要只是不斷點擊更新，先閱讀錯誤訊息。

查看安裝設定問答 →

Clash 開啟後無法上網？

依序檢查設定是否成功載入、系統代理或 TUN 是否啟用、策略組是否選取可用項目，以及連線紀錄是否命中 REJECT。若所有請求都失敗，再切換至 DIRECT 進行基準測試，藉此判斷問題出在代理鏈路還是本機網路。

查看故障排查 →

規則模式和全域模式該怎麼選？

日常使用優先選擇規則模式，由設定決定 DIRECT、PROXY 與 REJECT。全域模式適合暫時驗證代理鏈路，不適合作為長期排查結論；直連模式則可用來驗證本機網路。模式切換是診斷工具，不是越強越好的等級選擇。

查看入門操作 →

延遲低，為什麼仍然卡頓？

用戶端的延遲測試通常只反映到測試位址的一次握手路徑，不代表持續頻寬、封包遺失、壅塞與目標網站路由。選擇節點還要綜合地區、倍率、協定與實際業務測試；單一毫秒數字只適合初步篩選。

查看延遲原理 →
FIELD NOTES

最新使用心得

不堆砌「萬用參數」。文章各自針對一個具體問題，講清楚設定結構、判斷順序與容易誤解的概念。以下三篇涵蓋訂閱格式、節點選擇與延遲測試，正好對應日常使用中最常見的三類誤判。

查看全部文章 →