用戶端下載 · 平台選擇 · 中文設定資料

Clash 官方下載站
全平台用戶端

下載官方Clash 查看使用指南

從作業系統、處理器架構與使用方式出發選擇用戶端，並透過永久免費、程式碼開源與中文文件了解規則分流、訂閱匯入與 mihomo 核心的設定範圍。

  • 永久免費
  • 程式碼開源
  • 五大平台入口
  • GUI 與核心分流
  • 中文設定文件
LANE 01 Windows 桌面圖形用戶端 查看安裝套件與系統需求 LANE 02 macOS Intel / Apple Silicon 依晶片架構選擇 LANE 03 Android 行動裝置圖形用戶端 依裝置架構選擇 LANE 04 iOS Clash Plus 前往商店入口 LANE 05 Linux GUI / mihomo 核心 區分桌面與部署用途
PLATFORM Windows / macOS / Android / iOS / Linux CORE Clash / Clash Meta / mihomo CONFIG YAML · 規則 · 策略組 · DNS LICENSE 開源生態

Platform entries

依作業系統查看下載清單

首頁僅負責引導至各平台。具體用戶端、處理器架構、系統需求與安裝套件入口統一放在下載頁，避免在多處維護重複的檔案連結。

PLATFORM 01

Windows

適合需要桌面圖形介面、系統代理控制與開機執行管理的使用者。下載頁會依序列出 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與封存用戶端，並說明各自適用範圍。

前往下載
PLATFORM 02

macOS

安裝前先在「關於這台 Mac」確認 Intel 或 Apple Silicon 晶片。同一用戶端的兩種建置版本不能混用，下載頁會分開列出架構入口，並補充首次啟動、系統代理與權限確認時的注意事項。

前往下載
PLATFORM 03

Android

行動裝置通常優先選擇 ARM64 建置版本；無法確認架構時，可依下載頁的通用套件說明判斷。用戶端需要透過系統 VPN 介面接管流量，連線狀態、背景限制與省電策略都會直接影響持續運作。

前往下載
PLATFORM 04

iOS

iPhone 與 iPad 透過 Clash Plus 使用對應設定，下載入口會導向 App Store，官方資訊以 clashplus.io 為準。首次連線時，系統會要求加入 VPN 設定；完成授權後再回到用戶端選擇策略組。

前往下載
PLATFORM 05

Linux

桌面環境可選擇具備圖形介面的用戶端；伺服器、軟路由或容器環境則更適合直接執行 mihomo 核心。兩類方案的設定格式相近，但服務管理、權限、日誌位置與流量轉送路徑明顯不同。

前往下載
查看全部用戶端

不確定該選哪一個時，可先閱讀用戶端選擇指南，再前往對應平台下載。

Configuration lanes

規則、核心與設定管理

將常見功能拆分為五條設定路徑。選擇左側項目後，右側會說明對應問題、使用方式與需要注意的界線。

CURRENT LANE / 01

規則分流決定每一類連線的去向

Clash 會依設定檔中由上而下排列的規則，比對網域、目標 IP、程序或規則集，再將連線交給直連、拒絕或指定的策略組。它解決的是「不同流量採用不同處理方式」，而不是讓所有請求固定經過同一個出口。使用時應先確認目前模式為規則模式，再檢查命中的規則與策略組選擇。

相較於只有單一開關的代理工具，規則系統的優勢在於能持續維護分類邏輯，但也要求規則順序清楚。過於寬泛的規則放在前面會遮蔽後續項目，因此排查時應查看實際命中結果，而不是反覆切換節點。需要暫時統一處理流量時可使用全域模式，問題定位完成後再恢復規則模式。

  • 規則依序由上而下比對，第一個命中的項目生效。
  • 策略組負責選擇出口，規則負責將請求送入策略組。
  • 暫時測試與長期設定應分開，避免直接修改訂閱原始內容。
查看模式選擇步驟 →

Quick start

從安裝到驗證的三步驟主線

先完成最短的可執行路徑，再處理規則、DNS 與自動更新。如此可分開判斷安裝問題與設定問題。

01
INSTALL

選擇平台與用戶端

進入下載頁後先選擇作業系統，再確認處理器架構。Windows 使用者通常選擇 x64 桌面用戶端；macOS 必須區分 Intel 與 Apple Silicon；Android 裝置以 ARM64 最常見；Linux 使用者還要決定採用圖形介面或直接部署 mihomo 核心。

安裝完成後先啟動用戶端，查看核心是否正常載入，不要立刻修改大量進階選項。如果系統提示網路、VPN 或防火牆權限，應依目前平台完成授權；否則即使用戶端介面能開啟，流量仍可能未進入核心。

02
IMPORT

匯入設定並選擇策略

在設定或訂閱頁面貼上有效網址，等待用戶端下載並解析內容。成功後應看到設定名稱、策略組與規則資訊；若匯入後清單為空，應先查看解析日誌，不要將同一網址反覆加入多個設定。涉及敏感資訊的訂閱網址不應公開分享。

啟用設定後進入策略組，依設定提供的選項完成選擇。初次使用建議保持規則模式，讓網域與 IP 規則決定流量去向。全域模式適合短時間定位問題，但會繞過原有分類邏輯，不適合作為所有故障的固定處理方式。

03
VERIFY

連線、驗證與儲存

開啟系統代理，或依平台建立 VPN 連線後，先造訪一個穩定網站，再檢查用戶端日誌是否出現請求記錄。能看到請求但連線失敗，表示流量已進入核心，應繼續檢查策略與連線設定；完全沒有日誌，則優先檢查系統代理、VPN 授權或應用程式本身的代理設定。

確認基礎連線可用後，再設定訂閱更新週期、啟動行為與 DNS 選項。每次調整只變更一項，並保留可回復的設定副本。如此更新後出現異常時，便能快速判斷是訂閱內容變更、用戶端升級或本機設定造成的差異。

查看完整教學

Open source context

從 Clash 設定體系到 mihomo 核心

理解專案之間的承襲關係，比只看用戶端名稱更有助於判斷設定相容性、更新來源與問題歸屬。

專案沿革

Clash 建立了以 YAML 設定、策略組與規則分流為核心的使用方式，之後形成涵蓋桌面端、行動端與路由部署的用戶端生態。不同用戶端可能採用不同的介面框架與發布週期，但常見的設定結構、規則概念與策略操作都來自同一技術脈絡。原版專案停止持續維護後，既有用戶端仍可運作，生態中的維護重點則逐步轉向後續核心與新用戶端。

開源生態

開源儲存庫公開記錄程式碼變更、問題討論與發布說明，適合用來確認功能範圍與版本變化。下載用戶端時仍應區分「介面專案」、「核心專案」與「設定提供者」：介面負責操作入口，核心負責網路處理，設定內容則來自使用者選擇的來源。三者並非同一個專案，發生問題時需要根據日誌與行為判斷應檢查哪一層。

核心關係

Clash Meta 擴充了原版 Clash 的協定、規則與 DNS 能力，後來以 mihomo 名稱持續維護。許多新用戶端將 mihomo 作為內建核心，因此能讀取常見的 Clash 設定，並支援部分擴充欄位。相容不代表所有欄位在任何版本中都完全一致；使用新協定或進階 DNS 設定前，應確認用戶端實際載入的核心及其支援範圍。

更新機制

用戶端版本、核心版本與訂閱內容各自獨立更新。介面升級可能替換內建核心，訂閱更新可能變更策略組與規則，本機覆寫則可能繼續套用於新設定。穩定維護的關鍵是記錄這三類變化，不要在發生異常時一次全部更新。下載頁讀取發布清單，提供目前的安裝入口；技術文章則按主題說明遷移與排查方法。

Selected questions

下載與連線前的常見判斷

先確認平台、核心與流量接管方式，可以減少安裝後反覆更換用戶端的成本。

Clash Windows 用戶端該選哪一個？

需要一般桌面圖形介面時，可先從下載頁的推薦用戶端開始；若現有設定依賴 mihomo 擴充欄位，應確認用戶端整合的核心類型。選擇時同時考慮系統版本、處理器架構、更新狀態與設定遷移方式，不要只根據介面截圖判斷。

查看完整用戶端比較
Clash 已連線但無法上網，先檢查什麼？

先查看用戶端日誌中是否出現應用程式請求。沒有請求時，檢查系統代理、VPN 權限或 TUN 狀態；有請求但連線失敗時，檢查目前策略組、設定有效性與 DNS 解析路徑。排查期間每次只修改一個條件，避免無法確認真正原因。

查看故障排查問答
規則模式與全域模式有什麼差別？

規則模式會依網域、IP 與規則集將請求分配至不同策略，適合日常使用；全域模式則將大多數請求交給同一個策略，適合短時間驗證某個出口是否可用。全域模式不能取代規則排查，測試完成後應依設定目的恢復原本模式。

查看模式設定步驟
訂閱更新失敗，需要重新安裝用戶端嗎？

通常不需要。先確認訂閱網址完整且仍可存取，再查看回應內容能否由目前核心解析，並檢查本機快取與系統時間。只有明確定位為用戶端檔案損壞或版本不相容時，才需要考慮重新安裝或更換版本。

閱讀訂閱更新排查順序
查看全部疑難排解

Latest references

設定與部署文章

從 DNS、啟動故障與路由部署三個方向繼續閱讀。文章依排查順序說明條件與界線，不用單一設定套用於所有情境。

查看全部文章