CLIENT SELECTION

Clash 用戶端比較與選擇

八款用戶端的差異主要在平台涵蓋範圍、核心家族、維護狀態與設定入口。先確認裝置,再判斷是否需要進階參數,最後處理舊用戶端遷移。

QUICK DECISION

先依使用情境縮小範圍

用戶端名稱不是首要條件。裝置範圍、參數需求與現有設定才會決定實際選擇。

COMPARISON MATRIX

平台、核心與維護狀態

「支援平台」表示用戶端本身的主要涵蓋範圍。「核心」用於判斷設定相容性與進階功能,並不等同於介面體驗。

用戶端 平台支援 核心架構 維護狀態 入門難度 特色功能 適用族群
Clash Plus Windows
macOS
Android
iOS
mihomo 系相容 持續維護 多端入口、訂閱匯入、常用模式集中 首次使用者、多裝置使用者
Clash Verge Rev Windows
macOS
Linux
mihomo 持續維護 TUN、規則管理、設定覆寫、桌面整合 桌面進階使用者
FlClash Windows
macOS
Linux
Android
mihomo 持續維護 桌面與行動裝置介面結構相近 跨平台切換使用者
Clash Nyanpasu Windows
macOS
Linux
mihomo 持續維護 中至高 設定管理、策略操作、桌面控制項 熟悉 Clash 概念的使用者
Clash for Windows Windows 原版 Clash 已停止維護 舊版 Windows 操作流程與歷史設定 舊環境遷移使用者
Clash Meta for Android Android Meta 持續維護 中至高 DNS、TUN、覆寫與執行參數入口 Android 進階使用者
Surfboard Android 獨立實作 持續維護 行動裝置訂閱、規則與代理模式管理 偏好簡潔行動流程的使用者
ClashX Meta macOS Meta 已停止維護 macOS 選單列操作與歷史設定相容 舊版 macOS 環境遷移使用者

CLIENT NOTES

八款用戶端逐項評析

以下評析著重於選擇成本與遷移路徑,不採用評分或版本數字。

Clash Plus

WINDOWS · MACOS · ANDROID · IOS

首選 持續維護

Clash Plus 的主要價值在於降低跨裝置的選擇成本。Windows、macOS、Android 與 iOS 都有對應入口,日常操作集中在訂閱匯入、策略切換、連線控制與狀態查看幾個項目。對首次接觸 Clash 的使用者而言,先掌握這條最短操作流程,比一開始研究所有核心參數更有效。

多裝置使用者也更容易維持一致的使用習慣。需要注意的是,不同系統的網路權限模型仍不相同:Android 與 iOS 會使用系統 VPN 授權,桌面端則涉及系統代理或 TUN。用戶端名稱一致,不代表系統設定可以逐項照搬。

Clash Verge Rev

WINDOWS · MACOS · LINUX · MIHOMO

持續維護 桌面端

Clash Verge Rev 面向桌面系統,適合需要查看更多執行參數的使用者。系統代理、TUN、規則模式、設定覆寫與核心設定通常都有清楚入口,排查問題時可以直接確認目前模式與設定狀態,而不只是查看連線按鈕。

設定項目較多,也代表需要更高的理解成本。首次使用時不必逐項修改,先匯入訂閱並維持預設設定,確認基本連線正常後,再依需求啟用 TUN 或調整 DNS。對 Windows、macOS 與 Linux 桌面環境而言,這是偏進階但仍提供圖形介面的選擇。

FlClash

DESKTOP · ANDROID · MIHOMO

持續維護 跨平台

FlClash 支援 Windows、macOS、Linux 與 Android,適合同時使用電腦與 Android 裝置,且希望介面邏輯盡量一致的使用者。訂閱、代理群組、連線與基本設定在不同平台上維持相近概念,切換裝置時不必重新建立完整認知。

跨平台不等於設定可以原樣複製。桌面系統的系統代理與 Android 的 VpnService 是兩種不同的接管方式,背景常駐與電池策略也只存在於行動裝置。選擇 FlClash 時,應將訂閱內容視為共用部分,將系統權限與執行方式視為裝置獨立部分。

Clash Nyanpasu

WINDOWS · MACOS · LINUX · MIHOMO

持續維護 設定管理

Clash Nyanpasu 適合已了解訂閱、策略群組、規則模式與 TUN 等基本概念的桌面使用者。它更像完整的設定控制面板,除了連線操作,也強調設定管理與執行狀態入口。需要頻繁切換 Profile 或檢查規則行為時,這種結構會更方便。

如果需求只是匯入訂閱後維持長時間連線,額外控制項未必能帶來明顯效益。老電腦或低資源環境應減少自動更新檢查、高頻延遲測試與不必要的背景工作。本網站下載頁提供的套件範圍以目前清單為準,選擇前應先確認對應的平台入口。

Clash for Windows

WINDOWS · ORIGINAL CLASH

已停止維護 封存

Clash for Windows 曾建立廣泛使用的 Windows 操作習慣,許多舊教學中的 Profiles、Proxies、Rules 與 General 頁面都以它為參照。現有電腦仍在執行時,可以先記錄訂閱來源、目前模式、自訂覆寫與系統代理設定,再安排遷移。

新安裝不應將封存用戶端作為預設起點。原版 Clash 與 mihomo 在功能範圍和設定擴充上有所差異,遷移時要重點檢查舊設定中的自訂欄位,而不只是複製程式目錄。較穩妥的做法是匯出必要設定,再於 Clash Plus 或 Clash Verge Rev 中重新匯入並逐項驗證。

Clash Meta for Android

ANDROID · META

持續維護 Android 進階

Clash Meta for Android 面向需要精細控制 Android 網路接管方式的使用者。除了訂閱與策略群組之外,DNS、TUN、覆寫、日誌與執行參數通常也更容易直接檢查。遇到已連線但應用程式流量未依預期分流時,這些入口有助於定位設定層與系統層的差異。

參數越多,也越容易互相影響。首次啟動應先完成系統 VPN 授權,使用預設設定確認節點可用,再處理 Fake-IP、私人 DNS、電池最佳化與背景常駐。一次只變更一個變數,能避免 DNS、規則與省電策略同時變動後難以判斷原因。

Surfboard

ANDROID · INDEPENDENT IMPLEMENTATION

持續維護 行動裝置

Surfboard 是 Android 平台的獨立用戶端選擇,適合偏好行動裝置集中操作流程的使用者。它可以處理常見訂閱、策略與規則情境,但內部實作與 Clash、Meta 或 mihomo 並非同一核心家族,因此不能只憑介面術語判斷設定完全相容。

從其他 Clash 用戶端遷移時,請先使用訂閱網址重新匯入,不要直接假設所有本機覆寫都能沿用。若設定依賴特定 mihomo 擴充欄位,應先確認解析結果與策略群組是否完整。基本使用通常較直接,複雜設定則需要逐項核對。

ClashX Meta

MACOS · META

已停止維護 封存

ClashX Meta 面向 macOS 選單列流程,適合處理既有安裝與歷史設定。舊環境中常見的系統代理切換、設定選擇與選單列操作仍可作為遷移參考,但停止維護代表它不適合作為全新 macOS 環境的長期預設選擇。

遷移前應記錄目前的訂閱、規則模式與自訂設定,不要只複製應用程式本體。Apple Silicon 與 Intel 安裝套件需要分別處理,設定是否可用則取決於欄位與新用戶端的相容性。需要持續使用 mihomo 功能時,可比較 Clash Plus、Clash Verge Rev 與 FlClash。

KERNEL RELATION

如何看待原版、Meta 與 mihomo

核心決定設定解析、協定支援與網路處理能力;用戶端則負責介面、權限、更新與系統整合。

ORIGINAL CLASH

原版 Clash

Clash for Windows 所屬的舊架構。大量早期設定與教學以此為基礎,但原版專案停止後,後續協定擴充與功能演進主要轉向其他核心分支。遷移舊設定時,應分開檢查基礎欄位與擴充欄位。

META

Clash Meta

在原有設定架構上擴充協定與網路功能的分支名稱。Clash Meta for Android 與 ClashX Meta 的產品名稱保留了這一時期的命名。看到 Meta 字樣時,仍需結合用戶端維護狀態判斷是否適合新安裝。

MIHOMO

mihomo

目前桌面用戶端常見的核心選擇。Clash Verge Rev、FlClash 與 Clash Nyanpasu 等用戶端都以此提供圖形介面。相同核心有助於維持設定理解的一致性,但用戶端自身的覆寫方式與系統整合仍可能不同。

client ≠ core profile → parser → rules → outbound system proxy / TUN / VpnService

MIGRATION CHECK

從舊用戶端遷移的檢查順序

遷移重點在於設定來源與系統接管方式,而不是複製整個程式目錄。

  1. 01

    記錄訂閱與本機設定

    確認訂閱網址、手動匯入的設定檔、目前代理模式與自訂規則。舊用戶端仍可執行時,先完成記錄再安裝新用戶端,避免遷移過程中失去設定來源。

  2. 02

    重新匯入,不複製執行目錄

    優先在新用戶端中重新新增訂閱或匯入 Profile。快取、日誌、舊核心檔案與程式狀態都不是必要設定,整個目錄複製可能連同舊路徑與舊參數一併帶入。

  3. 03

    先驗證基本連線

    維持預設 DNS 與規則設定,選擇可用策略並完成系統授權。網頁與常用應用程式都能存取後,再恢復自訂覆寫、TUN 或特定分流規則。

  4. 04

    移除舊的系統接管狀態

    切換用戶端前先中斷舊連線,檢查系統代理、VPN 設定與開機啟動項目。兩個用戶端同時嘗試接管流量時,常會出現連接埠占用、代理狀態殘留或路由衝突。

SELECTION RESULT

大多數使用者從 Clash Plus 開始

需要在 Windows、macOS、Android 與 iOS 之間使用時,Clash Plus 是更直接的預設選擇。桌面端需要更多 mihomo 參數時,再比較 Clash Verge Rev;Android 進階設定則比較 Clash Meta for Android。