用戶端選擇

Clash 用戶端全面比較

新裝置優先考慮 Clash Plus;需要擴充桌面設定時,再看看 Clash Verge Rev。先確認平台與設定格式,別只憑介面外觀判斷代理功能。

本頁比較功能定位與使用成本,不提供效能測試排名。平台欄以本站下載頁提供的安裝檔為準,不代表專案過去支援的所有平台。

先排除不適合的選項

平台、設定與維護狀態

用戶端負責介面與系統整合,核心則負責解析設定及處理連線。名稱都帶有 Clash,不代表支援完全相同的協定、規則或 DNS 參數。

預設首選:Clash Plus

Windows、macOS、Android 與 iOS 使用者可以先從 Clash Plus 開始,尤其適合初次設定或同時使用手機與電腦的人。先完成訂閱匯入、選擇策略組並確認連線,再考慮 TUN 與自訂規則。iOS 使用者可從下載頁前往 App Store,產品說明也可參閱 clashplus.io。

Linux 使用者可優先比較 Clash Verge Rev 與 FlClash;需要桌面設定合併、覆寫與疑難排解工具時,先看 Verge Rev;希望桌面與 Android 操作方式相近,則可比較 FlClash。多台裝置使用同一份訂閱前,仍須確認服務提供者允許的裝置數與同時連線限制。

依作業系統選擇安裝檔

八款用戶端比較表

Meta 是 Clash Meta 生態系常見的名稱,mihomo 則是後續核心名稱;舊用戶端標示 Meta,不代表內建目前 mihomo 的所有功能。下表的難度是對設定步驟與疑難排解成本的質性評估,並非評分。

窄螢幕可左右滑動表格;點選用戶端名稱可前往詳細評析。

平台支援、核心、維護狀態、操作難度、特色功能與適用對象
用戶端 本站提供的平台 核心與設定 維護狀態 操作難度 特色與適用對象
Clash Plus
首選推薦
Windows、macOS、Android、iOS 核心與設定支援請以各平台說明為準,不一概推定為原版或 mihomo 持續維護 較低:依訂閱設定流程操作即可 多平台用戶端選擇;新手與多裝置使用者可優先考慮
Clash Verge Rev Windows、macOS、Linux mihomo;支援 Clash YAML 與核心擴充欄位 持續維護 基本操作難度低;覆寫與 TUN 需了解系統設定 桌面設定管理、合併與覆寫;適合進階分流
FlClash Windows、macOS、Linux、Android mihomo;Clash YAML 持續維護 較低;不同平台的權限要求仍有差異 跨平台介面相近;適合搭配電腦與 Android 使用
Clash Nyanpasu Windows 支援 mihomo 等核心方案;請以安裝檔與所選核心為準 持續維護 中等;須區分介面設定與核心設定 設定管理與介面自訂;適合願意調整工作流程的桌面使用者
Clash for Windows
已封存
Windows 舊版 Clash/Premium 架構;不可視為目前的 mihomo 已停止維護 舊用戶較熟悉;新用戶遷移成本較高 適合舊環境過渡與參考舊設定;不建議新安裝時優先選用
Clash Meta for Android Android Meta/mihomo 生態系;實際功能取決於內建核心 持續維護 中等;須處理 VPN 與背景執行權限 Android 上使用 Clash 設定與規則分流;適合已有 YAML 設定的使用者
Surfboard Android 獨立實作,非 Clash 核心;採用 Surfboard 設定格式 持續維護 已有相容設定時較容易;轉換設定時較困難 適合已有相容設定的 Android 使用者
ClashX Meta
已封存
macOS Meta 生態系;封存版本不等同於目前的 mihomo 已停止維護 選單列操作直覺;深入疑難排解仍需具備設定知識 可供舊版 macOS 環境參考;建議規劃遷移

逐款評析與使用限制

先確認用戶端能否載入現有設定,再比較操作方式。代理模式、規則、系統代理與 TUN 屬於不同層面,不宜只看是否具備某個開關。

新手/多裝置

Clash Plus:作為第一套設定的起點

優先推薦 Clash Plus,重點在於選擇順序:先用對應平台的用戶端完成訂閱、策略組與連線確認,不必一開始就研究設定覆寫。手機與電腦都需要代理時,可先了解同一產品在不同裝置上的操作流程,減少重新熟悉介面的時間。

請注意,多平台不代表各平台的設定項目完全相同。iOS、Android 與桌面系統接管流量的方式不同,不能把桌面上的連接埠、權限或 TUN 操作直接套用到手機。若訂閱包含擴充協定、指令碼或特定 DNS 欄位,請確認目標平台的支援說明;下載頁提供安裝檔,clashplus.io 則是產品官方網站。

查看 Clash Plus 各平台入口 →

桌面/設定擴充

Clash Verge Rev:適合長期管理分流

Verge Rev 適合已了解訂閱與本機設定差異的桌面使用者。mihomo 提供規則與協定處理能力,用戶端則負責設定管理、系統代理與服務整合。若要在訂閱更新後保留本機規則,可研究合併或覆寫機制,不要反覆修改下載取得的原始檔案。

功能愈多,疑難排解的層面也愈多:連線失敗可能與策略組、DNS、服務權限或 TUN 路由有關。初次使用時先維持預設規則模式,只啟用完成需求所需的流量接管方式;基本連線正常後,再逐項新增覆寫。Linux 使用者也應確認桌面環境是否會讀取系統代理,不能只看開關已啟用,就認定所有應用程式都已接管。

查看桌面版安裝檔 →

跨平台/桌面與 Android

FlClash:操作習慣相近,權限仍有差異

FlClash 的優勢在於桌面與 Android 的介面配置相近,並可運用 mihomo 設定體系簡化遷移。已有規則訂閱、希望在多台裝置上維持相似操作習慣的使用者,可優先比較設定選擇、策略組切換與日誌入口是否符合自己的使用方式。

跨平台介面無法消除系統差異。Android 需要 VPN 授權,且可能受電池最佳化影響;桌面版 TUN 則可能需要服務或較高權限。遷移 YAML 時也要檢查檔案路徑、監聽位址、外部資源與 DNS 設定,不要假設同一個檔案在各平台都能原樣運作。先確認基本連線,再補上裝置專屬設定。

查看 FlClash 與 Android 選項 →

Windows/自訂工作流程

Clash Nyanpasu:適合願意調整設定的使用者

Nyanpasu 可作為 Windows 桌面用戶端,適合重視介面配置、設定管理與操作自訂的使用者。比較時應分開檢視用戶端功能與所選核心能力:設定編輯入口是否方便,屬於介面問題;能否解析特定規則或協定,則取決於實際核心及其支援範圍。

不要只為了體驗介面就同時執行多個代理用戶端。舊程式可能仍占用混合連接埠、系統代理或虛擬網卡,導致新用戶端無法啟動;這不代表軟體彼此不相容。測試前先結束舊用戶端並關閉其流量接管功能,再單獨啟動 Nyanpasu。本網站提供 Windows 安裝檔,其他平台不在本頁比較範圍內。

比較 Windows 用戶端 →

舊環境/已停止維護

Clash for Windows:仍可作為遷移參考

CFW 的舊教學與操作習慣仍相當常見,但專案已停止維護。其舊版核心架構不能直接視為目前的 mihomo;新訂閱若使用擴充協定或規則欄位,可能會解析失敗。剛安裝新系統的使用者若繼續依賴舊教學,通常會增加疑難排解成本,建議優先選用仍在維護的用戶端。

若舊環境暫時必須保留,請先匯出訂閱來源、本機規則與必要設定,再於新用戶端逐項重建。不要直接複製整個程式資料夾,也不要任意替換執行核心,拼湊新舊環境。封存版本適合過渡與參考,不代表建議在新系統上使用舊用戶端處理相容性問題。

查看遷移檢查步驟 →

Android/已有 Clash 設定

Clash Meta for Android:延續 YAML 使用方式

Clash Meta for Android 常簡稱 CMFA,適合已有 Clash YAML 訂閱,並希望在 Android 上繼續使用策略組與規則分流的使用者。選擇前請確認目前安裝檔內的核心支援訂閱所需的協定與擴充欄位,不要只因名稱含有 Meta,就認定所有新設定都能匯入。

Android 上常見的使用障礙,不是代理模式,而是 VPN 授權、其他 VPN 衝突、背景執行限制,以及裝置休眠後的連線恢復。建議先在應用程式保持前景時確認能否連線,再測試鎖定螢幕與切換網路。若只有個別應用程式異常,請檢查應用程式分流設定;若所有連線都失敗,再依序檢查訂閱、節點與日誌。

查看 Android 安裝檔 →

Android/獨立設定格式

Surfboard:先確認訂閱格式再選擇

Surfboard 列在同一個下載區,是因為它也能滿足 Android 代理需求,但它並未採用 Clash 核心。Surfboard 有自己的設定支援範圍,不能直接把 Clash YAML 當成通用設定匯入,也不能假設 Clash 的規則、策略組與 DNS 欄位都能一一對應。

若服務提供者已提供相容 Surfboard 的設定,可將它列為 Android 選項;若手上只有 Clash 訂閱,通常直接選 CMFA、FlClash 或其他明確支援該格式的用戶端會更方便。即使訂閱標示為某種相容格式,也應確認具體協定與欄位。需要轉換時,請勿將含有帳密的訂閱網址提交給不熟悉的線上工具。

查看 Surfboard 下載說明 →

macOS/已停止維護

ClashX Meta:選單列操作習慣與遷移成本

ClashX Meta 採用 macOS 選單列操作方式,可供了解既有環境時參考,但已停止維護,不建議作為新電腦的預設安裝選項。Meta 這個名稱反映其核心生態背景,不代表封存版本包含目前 mihomo 支援的新協定或規則功能。

遷移時先保存訂閱網址與自訂規則,再關閉舊用戶端的系統代理及自動啟動。新用戶端確認連線正常後,檢查代理連接埠、策略組名稱與系統網路設定,避免舊設定殘留造成網路中斷。Apple Silicon 與 Intel 裝置也須分別選擇相符的安裝檔,別將處理器架構問題誤判為訂閱故障。

查看 macOS 替代選項 →

依使用情境縮小選擇範圍

沒有脫離使用環境的唯一最佳選擇。以下建議旨在減少試錯,不代表特定用戶端一定更快或更省資源。

更換用戶端前的檢查順序

遷移時一次只變更一個層面,才能判斷問題出在用戶端、設定還是系統網路。尤其從封存軟體遷移時,不要將舊資料夾整份複製並覆蓋新程式。

  1. 保留設定來源。保存訂閱網址、自訂規則與必要的策略組設定。訂閱網址通常包含存取憑證,疑難排解截圖與公開日誌應遮蔽完整連結。
  2. 確認設定能否解析。先匯入設定並查看日誌,檢查是否有不支援的協定、欄位或缺少的策略組。Surfboard 與 Clash YAML 格式不同,不能只靠更改副檔名完成轉換。
  3. 釋放系統接管。結束舊用戶端,關閉其系統代理、TUN 與自動啟動。新用戶端無法啟動時,先檢查連接埠占用,不要反覆安裝多個程式。
  4. 建立最基本的可用環境。先啟用規則模式並選擇可用的流量出口策略,只開啟一種必要的流量接管方式。確認網頁與目標應用程式可正常連線後,再決定是否啟用 TUN。
  5. 逐項恢復自訂設定。依序新增本機規則、DNS 覆寫與應用程式分流。每次修改後都確認一次,並記錄策略組名稱與規則順序,避免一次匯入太多變更而無法找出問題。

更換用戶端後,若在相同網路與訂閱下仍無法連線,請優先檢查節點是否可用及設定是否有誤。用戶端不是代理服務的來源,也無法修復失效的訂閱。若遇到系統代理、憑證或連線異常,可繼續參閱常見問題與疑難排解。