8 款用戶端 · 6 項選擇面向

Clash 用戶端比較與選擇

從平台支援、核心路線、維護狀態與操作門檻開始篩選。先排除無法支援目前裝置的選項,再判斷是否需要 TUN、Fake-IP、設定覆寫或多裝置一致性。

預設首選:Clash Plus 桌面進階:Verge Rev Android 深度設定:CMFA

先看結論

多數使用者從 Clash Plus 開始

Clash Plus 支援 Windows、macOS、Android 與 iOS,桌面與手機之間的操作邏輯更容易保持一致。對第一次接觸 Clash 的使用者而言,減少用戶端差異比堆疊進階設定更重要:訂閱從哪裡匯入、策略組在哪裡切換、系統代理或 VPN 開關如何生效,這些高頻操作都應該容易找到。

如果主要裝置是 Linux,優先比較 Clash Verge Rev 與 FlClash;如果 Android 需要更直接調整 Meta 核心、DNS、TUN 與規則行為,可進一步了解 Clash Meta for Android。Clash for Windows 與 ClashX Meta 已停止維護,更適合作為舊設定的遷移參考,而不是新安裝環境的預設選擇。

查看各平台用戶端與安裝包 →

橫向比較

平台、核心與使用門檻

「上手難度」描述完成匯入設定、選擇策略及建立連線的操作成本,不代表功能多寡。核心路線可能隨專案調整,安裝前仍應閱讀相應用戶端的發布說明。

用戶端 平台支援 核心路線 維護狀態 上手難度 特色功能 適合族群
Clash Verge Rev Windows、macOS、Linux mihomo 持續維護 中 TUN、規則檢視、設定覆寫、核心與系統代理設定 桌面進階使用者、Linux 使用者
FlClash Windows、macOS、Linux、Android mihomo 路線 持續維護 中 跨平台介面、設定管理、桌面與 Android 支援 跨系統使用、偏好統一介面的使用者
Clash Nyanpasu Windows mihomo 路線 持續維護 中 設定切換、記錄檢視、規則與策略控制、桌面系統匣操作 Windows 桌面使用者、設定管理需求較高的使用者
Clash for Windows Windows 原版 Clash 已停止維護 低 經典桌面工作流程、舊版設定入口、歷史教學資源豐富 舊環境遷移、辨識舊有設定
Clash Meta for Android Android Meta 持續維護 中高 行動端 TUN、DNS、Fake-IP、規則與覆寫設定 Android 進階使用者、需要細部調整網路行為的使用者
Surfboard Android 獨立實作,支援常見設定語意 持續維護 中 行動端設定管理、規則代理與 VPN 連線 已有 Surfboard 設定流程的 Android 使用者
ClashX Meta macOS Meta 已停止維護 中 選單列控制、舊版 macOS 設定工作流程 舊環境遷移、希望保留既有操作習慣的使用者

逐款評析

8 款用戶端的實際取捨

同一份訂閱匯入不同用戶端後,實際體驗仍會受到系統權限、核心能力、預設 DNS 行為與介面組織方式影響。以下依真實使用流程展開,而不只比較功能名稱。

02

Clash Verge Rev

Windows · macOS · Linux

Clash Verge Rev 更適合把桌面用戶端當作網路控制台使用的人。除了訂閱與策略切換,也能更直接接觸 mihomo 核心、TUN 模式、設定覆寫、規則與記錄。遇到某個網域分流錯誤時,可以沿著規則命中、策略組選擇、DNS 解析與連線記錄逐層排查,而不是只反覆切換節點。

這種透明度也代表設定選項更多。初次使用時若同時修改 TUN、DNS、混合連接埠與覆寫設定,很容易無法判斷是哪一步造成變化。更穩妥的方式是先用預設設定完成連線,再一次只調整一個模組。Linux 桌面使用者通常會優先比較它與 FlClash;偏好細緻桌面控制、願意理解設定結構的使用者,更容易發揮它的價值。

mihomo TUN 設定覆寫
03

FlClash

Windows · macOS · Linux · Android

FlClash 的特色在於同時支援桌面平台與 Android。工作電腦、個人電腦和 Android 手機使用不同系統時,選擇同一用戶端系列有助於降低學習成本。訂閱、策略、連線與基本設定的概念可以延續,適合在多個作業系統之間頻繁切換,但不要求 iOS 用戶端也維持同一套介面的人。

它與 Clash Plus 的差異應從裝置組合判斷,而不是單純比較設定數量。需要 iOS 時,Clash Plus 的平台支援鏈路更完整;主要使用 Linux 與 Android 時,FlClash 會成為更優先的候選。安裝後應先確認系統代理或 VPN 權限是否正確,再檢查設定是否成功載入。複雜規則、DNS 覆寫與 TUN 設定仍建議逐項啟用,避免同時變更多個網路層。

跨平台 Linux Android
04

Clash Nyanpasu

Windows

Clash Nyanpasu 面向偏桌面化的使用方式,設定切換、策略控制、系統匣操作與記錄檢視都屬於高頻情境。它適合已了解訂閱、代理組與規則之間關係,希望在 Windows 上使用另一種介面組織方式的人。與 Clash Verge Rev 相比,選擇重點通常在於操作習慣、設定入口配置,以及對設定管理方式的偏好。

如果目標只是匯入一條訂閱並建立連線,Clash Plus 的流程更直接;如果經常切換多份設定、查看記錄、調整規則或比較不同桌面用戶端的工作流程,Nyanpasu 值得列入候選。不要因為介面提供更多入口,就一次開啟所有進階選項。先確認基本代理生效,再決定是否使用 TUN、覆寫或更複雜的 DNS 設定,排錯過程會清楚許多。

Windows 設定管理 記錄檢視
05
已停止維護

Clash for Windows

Windows

Clash for Windows 曾建立廣泛使用的桌面操作流程,許多舊教學中的 Profiles、Proxies、Rules、Connections 與 Logs 都以它為基礎。因此,在維護舊電腦或接手歷史設定時,理解它的介面結構很有價值。舊設定中常見的規則模式、策略組與系統代理概念,也能協助遷移到新的 mihomo 用戶端。

它已停止維護,不適合作為新環境的長期首選。遷移時不要只複製應用程式資料夾,應先保存原訂閱網址、必要的本機設定、規則覆寫與自訂連接埠,再於新用戶端中逐項重建。若舊設定依賴原版 Clash 的行為,還需檢查新版核心對 DNS、規則集與腳本能力的處理差異。對一般使用者而言,直接從仍在維護的用戶端開始通常更省時。

歷史設定 遷移參考 原版 Clash
06

Clash Meta for Android

Android

Clash Meta for Android 適合希望直接在手機上控制 Meta 核心行為的使用者。除了訂閱與策略切換,還會涉及 VPN 權限、TUN 路由、應用程式分流、DNS、Fake-IP、背景常駐與電池策略。對於需要判斷某個應用程式是否經過代理、某個網域規則為何未命中,或需要調整 DNS 解析路徑的使用者,這種較直接的設定結構更實用。

代價是上手成本高於以日常連線為主的用戶端。Android 廠商的背景限制也會影響常駐連線,用戶端設定正確並不代表系統一定允許持續執行。設定時應先完成基本 VPN 連線,再處理電池最佳化與背景權限,最後才調整 DNS 或應用程式分流。若只需要簡單匯入並連線,Clash Plus 更容易開始;需要細緻控制時再轉向 CMFA。

Android Meta 應用程式分流
07

Surfboard

Android

Surfboard 是 Android 上的獨立代理用戶端,適合已有相應設定來源、規則習慣或遷移需求的使用者。它能處理常見的代理設定與規則流程,但不應因為名稱或設定語法相近,就假設所有 Clash 或 mihomo 專屬欄位都能原樣運作。匯入複雜設定前,應確認代理組、規則類型與 DNS 欄位是否在用戶端支援範圍內。

它更像是明確的平台分支,而不是桌面與手機的統一方案。只在 Android 上使用且已有適配設定時,Surfboard 可以維持簡潔的行動端流程;需要與 Windows、macOS 或 iOS 聯動時,Clash Plus 或 FlClash 更容易形成一致路徑。切換用戶端時,建議先用基本訂閱測試,再逐步加入自訂規則,避免把語法相容問題誤判為節點問題。

Android 規則代理 獨立流程
08
已停止維護

ClashX Meta

macOS

ClashX Meta 延續了 macOS 選單列用戶端的輕量操作習慣,舊使用者通常熟悉從狀態列切換模式、策略與系統代理。它採用 Meta 路線處理設定,過去適合希望介面盡量留在選單列、同時需要較新核心能力的 macOS 使用者。若現有裝置仍保留這套環境,可以先記錄訂閱、連接埠、DNS 與系統代理設定,再規劃遷移。

由於專案已停止維護,新安裝應優先考慮 Clash Plus、Clash Verge Rev 或 FlClash。遷移到新用戶端後,需要重新確認 macOS 的網路延伸功能、系統代理或 TUN 權限,不能只看用戶端中的連線開關。Apple Silicon 與 Intel 安裝包也應依裝置架構選擇。舊操作習慣可以保留,但長期使用應建立在仍持續維護的用戶端與核心上。

macOS 選單列 遷移參考

情境選擇

依裝置與操作習慣縮小範圍

先確定主要裝置,再決定願意投入多少設定時間。用戶端名稱相近,不代表操作路徑、系統權限與設定相容範圍完全相同。

核心路線

原版、Meta 與 mihomo 如何看

用戶端介面負責設定與系統整合,核心則負責規則比對、代理協定、DNS 與流量處理。選擇時應分開理解兩者。

ORIGINAL

原版 Clash

常見於 Clash for Windows 等歷史用戶端。大量早期教學與設定範例都圍繞它撰寫,但原版專案路線已不再是新用戶端的主要選擇。遷移舊設定時,應檢查腳本、DNS、規則集與特殊欄位是否仍符合新核心語法。

META

Clash Meta

在原有設定語意上擴充協定、DNS 與規則能力,Clash Meta for Android 與 ClashX Meta 的名稱直接體現了這條路線。選擇時仍需區分用戶端是否持續維護,以及行動端與桌面端的系統整合差異。

MIHOMO

mihomo

mihomo 是目前常見的延續路線,Clash Verge Rev 等用戶端圍繞它提供 TUN、規則集、DNS 與覆寫入口。功能更完整不代表必須全部啟用;維持設定精簡,通常比複製一份複雜範本更容易排查。

下載前檢查

3 步驟確定最終用戶端

  1. 確認作業系統與晶片架構

    先確認 Windows、macOS、Android、iOS 或 Linux,再區分 macOS 的 Apple Silicon 與 Intel。平台不相容時,後續的功能比較沒有意義。

  2. 確認設定來源與功能需求

    一般訂閱與規則模式不需要複雜設定;只有明確需要應用程式分流、TUN、Fake-IP、DNS 覆寫或本機規則時,才將進階入口列為核心條件。

  3. 優先選擇仍在維護的用戶端

    新環境預設從 Clash Plus 開始;Linux 或桌面深度設定再比較 Verge Rev 與 FlClash。封存用戶端用於理解舊設定與遷移,不作為長期首選。