Clash Verge、ClashX、Clash Meta for Android 怎麼選：五大平台用戶端比較

先看結論：依裝置與使用方式選擇

選擇 Clash 用戶端時，最常見的誤區是只比較介面。真正影響長期使用的因素依序是維護狀態、核心類型、系統相容性、TUN 實作與設定遷移能力。介面是否精簡、系統匣選單是否順手，則是後續的考量。

如果想直接得到選擇結果，可以先依下列裝置情境判斷。這裡所說的「適合」，重點是截至文章日期仍值得新安裝，而不只是能夠啟動。

先分清用戶端、核心與設定檔

「Clash 用戶端」通常包含圖形介面與代理核心兩個部分。圖形介面負責訂閱管理、節點選擇、日誌檢視、系統代理切換與服務安裝；核心負責讀取 YAML 設定、比對規則、建立代理連線、處理 DNS，並在啟用 TUN 後接管更多類型的網路流量。

Clash Verge Rev 與 Mihomo 的關係

Clash Verge Rev 是桌面圖形用戶端，常見版本使用 Mihomo 作為核心。Mihomo 延續並擴充了 Clash Meta 的能力，支援規則提供者、代理提供者、TUN、sniffer、fake-ip 與較完整的 DNS 設定。用戶端版本與核心版本不是同一組數字，排查相容性問題時應分別記錄。

桌面版通常可以在「設定」→「應用程式設定」或「設定」→「關於」查看用戶端版本，在「設定」→「核心」查看 Mihomo 版本。不同發行版的選單文字可能略有差異，但日誌中的啟動行通常也會列出核心名稱與版本。回報問題時，建議同時註明作業系統版本、CPU 架構、用戶端版本與核心版本。

ClashX 名稱下有多個專案

ClashX 最初以輕量的 macOS 選單列體驗受到關注，但原始專案與後續 Meta 分支不能混為一談。搜尋結果中可能同時出現 ClashX、ClashX Pro、ClashX Meta 與其他衍生版本，它們的核心、更新時間與簽署方式並不一致。舊版能夠執行，不代表仍能正確處理新的設定欄位。

• 先查看專案最近一次正式發布與提交時間，不要只看下載量。
• 確認核心是舊版 Clash core、Clash Premium，還是 Mihomo。
• 確認安裝套件架構是 arm64、x64，還是通用套件。
• 確認 TUN 是由系統擴充功能、服務程序或管理員權限實作。
• 確認訂閱更新、設定覆寫與規則提供者是否有明確入口。

設定相容不代表功能完全相同

一份包含基礎節點、代理群組與規則的 YAML，通常可以在多種用戶端之間遷移。但如果設定使用 Mihomo 專有欄位，例如更完整的 TUN 參數、規則集行為、geodata 模式或特定協定選項，舊核心可能報錯，也可能忽略欄位後繼續執行。後者更難察覺，因為介面顯示「已啟用」，實際分流結果卻可能不同。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
ipv6: false

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

上面是一組常見的 Mihomo 設定片段。桌面用戶端通常會透過介面管理 TUN 開關，因此不一定需要直接編輯訂閱檔案。訂閱更新會覆蓋原始設定時，應將本機調整放在用戶端提供的覆寫或合併設定中。

Windows：Clash Verge Rev 更適合完整桌面使用

Windows 使用者通常需要系統代理、TUN、訂閱定時更新、系統匣選單與開機啟動同時可用。Clash Verge Rev 的優勢在於這些功能集中於同一個桌面面板，適合從舊版 Clash for Windows 遷移，也方便查看即時連線與規則命中情況。

一般瀏覽器代理只需要系統代理

匯入訂閱並選擇設定後，先在「代理」頁面選擇可用節點，再開啟「系統代理」。常見設定使用 mixed-port 7890，可同時接收 HTTP 與 SOCKS 請求；有些訂閱會分別使用 HTTP 埠 7890 與 SOCKS 埠 7891，應以目前設定顯示為準。

1. 進入「訂閱」或「設定」頁面，新增訂閱 URL。
2. 按一下更新，等待設定下載完成並選取該設定。
3. 進入「代理」，在策略群組中選擇自動測速或指定節點。
4. 將模式設為「規則」，避免所有連線無條件經過同一個節點。
5. 返回首頁或系統匣選單，開啟「系統代理」。
6. 在「日誌」中確認瀏覽器請求出現，並檢查規則命中結果。

系統代理主要影響會主動讀取作業系統代理設定的程式。瀏覽器、部分聊天工具與系統元件通常能使用它，但遊戲啟動器、命令列工具、部分商店應用程式，以及使用自有網路堆疊的軟體未必會讀取。因此，「瀏覽器可用但某個程式無法連線」不代表節點失效。

需要接管更多程式時再開啟 TUN

在 Clash Verge Rev 中，通常先進入「設定」→「服務模式」安裝服務，再開啟「TUN 模式」。首次安裝會觸發 Windows 權限確認。啟用後，Mihomo 透過虛擬網路介面卡與系統路由接管流量，適合不支援系統代理的程式。

日常測速不必追求極短的單次延遲。建議對候選節點連續測試 3 次，每次間隔 5 秒，再使用一個約 100 MB 的固定檔案觀察實際吞吐量。延遲 80 ms 但持續穩定的節點，通常比偶爾 45 ms、隨後逾時的節點更適合長期使用。

macOS：完整面板與選單列體驗是主要分界

在 macOS 上選擇用戶端，可以先問一個問題：是否需要頻繁編輯訂閱、查看連線、切換覆寫與調整 TUN。如果答案是「需要」，Clash Verge Rev 的完整面板更直觀；如果只想在選單列快速切換策略群組，且已確認某個 ClashX Meta 分支仍在維護，輕量選單列用戶端會更符合日常操作習慣。

Apple 晶片與 Intel 安裝套件必須對應

Apple M1、M2、M3、M4 及後續 Apple 晶片裝置應優先選擇 arm64 或 aarch64 安裝套件；舊款 Intel Mac 則選擇 x64 或 x86_64。通用安裝套件可涵蓋兩種架構，但檔案通常較大。可在 macOS「蘋果選單」→「關於這台 Mac」查看晶片資訊，也可以在終端機執行以下命令：

uname -m

輸出 arm64 代表 Apple 晶片環境，輸出 x86_64 通常代表 Intel 環境。若在 Apple 晶片裝置上透過 Rosetta 執行 x64 用戶端，基礎代理可能正常，但核心呼叫、服務安裝與耗電表現不一定處於最佳狀態。

ClashX 適合輕量操作，但要核對維護狀態

ClashX 類用戶端的典型流程是在選單列完成「設為系統代理」、「代理模式」、「策略群組」與「更新設定」。這種互動適合設定已穩定、平時只切換節點的使用者。它的短板不是選單列形式，而是名稱相近的舊專案很多，新使用者很難只憑應用程式名稱判斷核心是否仍在更新。

安裝前應檢查發布說明是否明確提到 Mihomo、目前 macOS 支援範圍與 arm64 建置版本。如果專案長期沒有發布、仍依賴舊版 Clash 核心，或無法識別訂閱中的新欄位，就不應只因安裝套件體積小而繼續使用。

macOS 的 TUN 需要留意系統權限

開啟 TUN 時，系統可能要求輸入管理員密碼，並在「系統設定」→「隱私權與安全性」中確認網路相關權限。若啟用後立即斷網，先關閉 TUN，確認系統代理模式仍可存取，再檢查預設網路介面卡、DNS 與其他 VPN 設定。公司裝置上的描述檔也可能限制網路延伸功能，此時無法靠反覆重新安裝用戶端解決。

Linux：安裝格式、桌面系統匣與權限更重要

Linux 桌面使用者可以使用 Clash Verge Rev，但應依發行版選擇安裝格式。Debian、Ubuntu 與 Linux Mint 通常使用 deb；Fedora、Rocky Linux 和 openSUSE 使用者則多選擇 rpm；希望減少安裝步驟時可以使用 AppImage。安裝格式不會改變代理規則，但會影響自動更新、桌面入口與相依套件處理。

在 Wayland 環境下，系統匣圖示是否顯示取決於桌面環境與 AppIndicator 支援。代理本身已啟動但系統匣圖示消失時，應先從應用程式選單重新開啟主視窗，或檢查程序與日誌，不要直接判斷核心已退出。GNOME 使用者可能需要對應的系統匣擴充功能，KDE Plasma 通常提供更完整的系統匣支援。

TUN 需要建立虛擬網路介面卡並調整路由，普通使用者權限通常不足。優先使用用戶端提供的服務安裝流程，不要長期以 root 身分執行整個圖形介面。伺服器環境若沒有桌面，則更適合直接部署 Mihomo 核心並以設定檔管理，沒必要額外安裝桌面用戶端。

Android：不要再把封存版 CMFA 當作首選

Clash Meta for Android 常縮寫為 CMFA。它曾提供 Mihomo 能力、依應用程式代理、設定覆寫與 VPN 接管，是 Android 上常見的 Clash 用戶端。不過舊專案已停止維護。已安裝且能滿足目前設定的裝置可以暫時保留，但新裝置不宜把封存版本作為長期起點。

Android 用戶端重點看四項能力

• 持續維護：能跟進 Android VPN API、目標 SDK 與 Mihomo 核心變化。
• 依應用程式代理：可指定哪些應用程式經過 VPN，或反向排除銀行、區域網路與企業應用程式。
• 設定相容性：能讀取目前訂閱中的規則集、DNS 與代理協定欄位。
• 背景穩定性：能在鎖定螢幕、Wi-Fi 與行動網路切換後維持 VPN 服務。

採用 Mihomo 核心且仍持續發布的 Android 用戶端更適合新安裝，例如同時支援 Android 與桌面的跨平台專案。選擇時不要只看介面是否與 CMFA 相似，應在「設定」→「關於」或「核心」頁面確認實際核心名稱與版本。

行動版的「全域」與桌面全域模式不是同一回事

Android 用戶端通常透過系統 VPN 介面接管應用程式流量。代理模式中的「全域」表示符合條件的連線統一選擇某個代理群組，而 Android 的 VPN 開關則決定流量是否進入用戶端。兩者屬於不同層次。日常使用建議維持規則模式，再透過依應用程式設定處理少數特殊應用程式。

如果鎖定螢幕數分鐘後連線中斷，可在 Android「設定」→「應用程式」→對應用戶端→「電池」中選擇允許背景執行，並關閉針對該應用程式的激進省電限制。不同品牌的選單名稱不同，常見路徑還包括「電池最佳化」、「背景耗電管理」與「自動啟動管理」。

iOS：選擇相容工具，不要尋找同名核心

iOS 平台沒有與 Windows 桌面用戶端完全對應的 Clash Verge，也不應把所有支援 Clash 規則的應用程式都稱為 Clash 用戶端。Stash、Shadowrocket 等網路工具可以匯入或轉換部分 Clash 風格設定，但它們使用各自的實作、設定擴充與發布方式。

選擇 iOS 工具時，應先確認訂閱服務是否提供對應格式。如果只提供 Clash YAML，需要檢查應用程式對代理類型、策略群組、規則提供者與 DNS 欄位的相容程度。能匯入檔案不代表每個欄位都會依 Mihomo 的方式執行。

iOS 上更值得檢查的功能

1. 是否支援目前訂閱使用的節點協定。
2. 是否能處理 DOMAIN-SUFFIX、DOMAIN-KEYWORD、IP-CIDR 與 GEOIP 等基礎規則。
3. 是否提供隨選連線，能在 Wi-Fi 與行動網路切換時自動恢復。
4. 是否能查看規則命中與連線日誌，方便定位直連或代理錯誤。
5. 是否支援從訂閱更新，而不是每次手動重新匯入檔案。

iOS 的 Network Extension 由系統統一管理。兩個代理或 VPN 工具不能同時接管同一台裝置的網路連線。出現反覆重新連線時，先在系統「設定」→「VPN」中檢查目前設定，再關閉其他隨選連線規則。

如何比較維護狀態、TUN 與資源使用量

比較用戶端不能只看功能列表。更實用的方法是建立一組固定檢查項目，在自己的裝置上執行 10 至 15 分鐘。測試時使用相同訂閱、相同節點與相同代理模式，避免把節點波動誤認為用戶端差異。

記憶體數值應在相同條件下比較。桌面用戶端包含 WebView 介面時，開啟主視窗與僅駐留系統匣的使用量會明顯不同；規則集數量、連線數與日誌層級也會影響結果。長期將日誌設為 debug 會產生更多磁碟寫入，日常使用通常選擇 info 即可。

判斷專案是否仍值得安裝

• 最近的正式版本是否支援目前作業系統。
• 核心更新是否持續跟進，而不只是更新介面相依套件。
• 問題清單中是否有開發者回應系統升級後的相容性問題。
• 發布頁是否提供清楚的架構與安裝格式說明。
• 發生嚴重問題時，是否能退回上一個正式版本。

「最後更新時間較新」也不能單獨作為結論。有些儲存庫只更新自動化相依套件，並未發布可用的安裝套件；有些用戶端更新頻率較低，但系統相容性與核心升級都有穩定節奏。應將發布記錄、核心版本與實際安裝套件一併查看。

從舊用戶端遷移的穩妥步驟

從 Clash for Windows、舊版 ClashX 或 CMFA 遷移時，不建議先刪除原用戶端。正確順序是儲存訂閱地址與本機設定，在新用戶端完成獨立測試，確認可用後再清理舊程式。這樣可以避免遺漏覆寫規則、區域網路設定與依應用程式清單。

1. 記錄舊用戶端中的訂閱 URL、目前代理模式與常用策略群組選擇。
2. 匯出本機 YAML、覆寫指令碼或合併設定，並個別儲存。
3. 關閉舊用戶端的系統代理、TUN 與開機啟動。
4. 安裝新用戶端，先只匯入原始訂閱，不要立即複製所有本機修改。
5. 在規則模式下測試瀏覽器連線、DNS、區域網路與常用應用程式。
6. 需要時安裝服務並開啟 TUN，再測試不讀取系統代理的程式。
7. 逐項恢復覆寫、依應用程式代理與自動更新間隔。
8. 連續使用一至兩天後，再決定是否移除舊用戶端。

兩個用戶端同時開啟系統代理時，後啟動的程式可能改寫系統設定；同時開啟 TUN 時，還可能形成重複路由。遷移期間應確保任何時刻只有一個用戶端負責網路接管。退出程式後若仍無法連線，可以先將系統代理關閉，再檢查是否殘留虛擬網路介面卡與預設路由。

最終選擇：穩定維護優先於熟悉的名稱

Windows、macOS 與 Linux 使用者如果需要一致的桌面體驗、Mihomo 核心、訂閱管理與 TUN，Clash Verge Rev 是較容易上手的選擇。macOS 使用者若明確偏好選單列操作，可以考慮仍在維護且核心資訊清楚的 ClashX Meta 分支，但不要直接沿用年代久遠的 ClashX 安裝套件。

Android 新裝置應選擇持續維護、採用 Mihomo 或明確相容於目前訂閱格式的用戶端，而不是從已封存的 Clash Meta for Android 開始。iOS 則應選擇支援所需協定與規則語法的獨立網路工具，並接受它在設定欄位與執行機制上與 Mihomo 的差異。

無論選擇哪個用戶端，建議先以規則模式和系統代理完成基礎驗證，再依需要開啟 TUN。記錄用戶端版本、核心版本、埠號與錯誤日誌，比反覆更換節點更容易定位問題。用戶端名稱會改變，維護狀態、設定相容性與系統接管方式才是長期有效的選擇標準。