先依裝置和使用習慣縮小選擇範圍

挑選 Clash 用戶端,先看作業系統,再看日常操作需求。若要在 Mac 和 Windows 上使用相近的設定流程,可以先比較 Clash Verge Rev;希望電腦和 Android 手機的操作介面相近,可以先看看 FlClash;若只在 Mac 選單列切換節點,偏好精簡操作,則可考慮 ClashX Meta。這三款並非同一個應用程式換了不同外觀,設定管理、背景服務和選項入口都各有差異。

這些用戶端負責顯示介面、管理訂閱及啟動代理核心。核心才是實際解析設定、比對規則和建立連線的程式。Clash Meta 後來改用 mihomo 這個名稱;看到「Meta 核心」或「mihomo」時,應參考用戶端的發行說明確認所指版本,而非將兩者視為毫無關聯的設定體系。

  • 只用瀏覽器:優先確認系統代理、訂閱更新和切換節點是否方便。
  • 需要讓終端機、遊戲或更多應用程式連線:重點確認 TUN、輔助服務和連線記錄。
  • 經常調整規則:重點確認設定覆寫、規則編輯,以及更新後保留設定的方式。
  • 同時使用多台裝置:先確認各作業系統是否提供正式版本,再比較介面的一致性。

三款用戶端比較

以下比較的是專案定位和常見操作方式,不將某一版本的按鈕位置視為固定設計。最低作業系統版本、核心版本和安裝套件架構都可能隨版本更新,下載前請先查看發行說明。

比較項目 Clash Verge Rev FlClash ClashX Meta
支援平台 Windows、macOS、Linux Android、Windows、macOS、Linux macOS
核心方案 以 mihomo 為基礎 採用 Clash Meta/mihomo 生態系 ClashX 的 Meta 核心分支
介面配置 獨立視窗,依訂閱、代理、連線和設定分區 以卡片和頁面操作為主,兼顧桌面和手機觸控 主要透過 macOS 選單列操作
上手重點 釐清訂閱、運作模式和服務設定 釐清設定檔選擇、流量接管和平台授權 熟悉選單層級和設定檔管理
進階檢查 確認設定覆寫和輔助服務狀態 確認各平台的 TUN 和背景執行方式 確認特定版本的增強模式和核心功能
適合優先試用的對象 想集中檢視連線、規則和記錄的桌面用戶 同時使用 Android 和電腦的用戶 偏好選單列操作、主要使用 Mac 的用戶

「支援相同核心」不代表功能入口完全一致。某項功能可能已由核心支援,但用戶端沒有提供圖形介面開關,或仍需作業系統授權。尤其是 TUN,不能只因介紹頁提到這個詞,就認定所有版本都能用相同步驟啟用。

Mac 用戶:比較視窗管理、選單列和晶片架構

需要查看連線和調整規則,先試 Clash Verge Rev

如果經常需要確認「這個請求走了哪個節點」或「這條規則為什麼符合」,使用獨立視窗更方便同時查看代理群組、連線記錄和記錄檔。初次設定時,先匯入訂閱並選取,再到代理頁面選擇節點,最後啟用系統代理。訂閱尚未生效時,不要接連調整 DNS 和 TUN,否則排查問題時很難判斷是哪個步驟造成變化。

希望桌面和手機操作相近,先看看 FlClash

FlClash 的跨平台介面有助於養成相近的操作習慣,但授權機制仍由作業系統決定。Android 的 VPN 授權和 macOS 的輔助服務並非同一回事。換裝置後,請重新確認是否已選取設定檔、規則模式是否一致,以及節點選擇是否保留;不能只因首頁外觀相似,就認定連線狀態已同步。

偏好透過選單列切換,請確認 ClashX Meta 的具體版本

ClashX Meta 的操作方式較接近 Mac 選單列工具,適合主要透過選單列切換節點和設定檔的用戶。若需要新協定或複雜的 DNS 設定,請先確認該版本的核心資訊和維護狀況。ClashX、ClashX Meta 和其他名稱中帶有 ClashX 的分支,並不是可以任意互換的同一個安裝套件。

  1. 開啟 Apple 選單 →「關於這台 Mac」,查看「晶片」或「處理器」。
  2. Apple Silicon 裝置請選擇標示 ARM64 或 Apple Silicon 的套件;Intel 裝置請選擇 x64 或 Intel 套件。若有 Universal 套件,請確認發行說明列出本機架構。
  3. 確認系統需求。例如這台 Mac 執行 macOS 13 Ventura,就要確認該版本套件要求的最低系統版本不高於 13;這裡的 13 僅供檢查示範,並非三款用戶端共通的最低需求。
  4. 安裝後只啟動準備測試的用戶端,避免另一個代理服務仍在背景執行。

Windows 和手機:先排除不支援的平台

Windows:重點比較背景服務和連線排查

Windows 用戶可以從 Clash Verge Rev 和 FlClash 中選擇。若需要仔細檢視規則比對、連線詳情和設定覆寫,先比較桌面端的管理流程;若已在 Android 使用 FlClash,也可以先試 Windows 版,省下重新熟悉介面的時間。ClashX Meta 適用於 macOS,不應列為 Windows 安裝選項。

啟用 TUN 或安裝服務時,系統可能會顯示權限提示。請確認提示是由剛安裝的用戶端發出,再完成授權。公司電腦若受裝置管理政策限制,應先確認是否允許安裝網路服務,不要反覆重裝用戶端或關閉安全設定。

Android:確認 VPN 授權、背景執行和設定相容性

這三款用戶端中,只有 FlClash 提供 Android 版本。首次建立 VPN 連線時,Android 會顯示系統授權對話框;完成授權後,仍須選擇有效的設定檔。多數情況下,同一個使用者設定檔只能有一個 VPN 服務作用中,其他 VPN、封包擷取工具或本機過濾應用程式可能會與它爭用連線。

若鎖定螢幕後連線中斷,請檢查系統的電池最佳化、背景活動和自動啟動設定,再查看用戶端記錄檔。不同手機品牌的選單名稱不盡相同,不宜照搬其他品牌的截圖。桌面端的「系統代理」也不能直接等同於 Android 的 VPN 流量接管方式。

iPhone 和 iPad:另選相容的用戶端

不要將 Android 安裝套件或 macOS 磁碟映像檔用於 iOS 或 iPadOS。這三款用戶端無法直接組成完整的 iPhone 選擇清單。請依裝置所在區域的實際應用程式供應情況,確認用戶端支援的協定和訂閱格式;同一個訂閱服務商可能會為不同用戶端提供不同格式的網址。

訂閱、規則和 TUN:確認設定是否能實際運作

先確認訂閱格式,再評估是否能移轉

YAML 是一種使用縮排表示結構的文字格式。完整的 Clash 設定通常不只有節點,也可能包含 proxy-groups 策略群組、rules 規則和 dns 設定。只有節點清單的訂閱,和包含完整分流邏輯的設定檔,匯入後的結果並不相同。

移轉時,優先使用訂閱服務商標示適用於 Clash Meta 或 mihomo 的入口。舊版 Clash 格式能否直接使用,取決於具體協定和欄位;若出現「不支援的代理類型」,請確認核心支援情況和設定內容。請勿將含有權杖的訂閱網址貼到公開記錄檔或不熟悉的轉換網站。

分清規則模式和流量接管方式

  • 規則模式:依規則決定已進入核心的連線要直連、走代理或採取其他動作。
  • 系統代理:讓遵循系統代理設定的應用程式,將請求交給本機代理埠。
  • TUN 模式:透過虛擬網路介面和相應路由接管更多流量,通常需要設定權限、路由和 DNS。

TUN 不等於「所有請求都走代理」。流量進入核心後,仍會受到規則、排除路由和平台限制影響。瀏覽器可以正常連線,但終端機仍然失敗,可能是終端機沒有使用系統代理,並不直接代表節點失效。

使用明確的連接埠進行可重複的檢查

以下僅說明 mihomo 設定欄位的用途,並非可直接匯入的完整訂閱。7890 是此處採用的混合代理連接埠範例,不是三款用戶端共用的預設值。

mixed-port: 7890
allow-lan: false
mode: rule

確認用戶端實際監聽的混合代理連接埠後,可以在 macOS 或 Linux 終端機進行明確代理測試。以下指令假設連接埠為 7890;若介面顯示其他數字,請一併替換。收到回應只代表這次請求已完成,還要到連線記錄確認使用的是代理還是直連。

curl -I --max-time 15 --proxy http://127.0.0.1:7890 https://example.com

移轉用戶端:一次只變更一個變數

不要直接用舊用戶端的整個資料目錄覆蓋新用戶端。訂閱網址和手動編寫的規則可以移轉,但資料庫、登入項目、服務狀態和介面偏好通常屬於用戶端本身。依照以下順序操作,更容易分辨問題出在設定還是系統接管。

  1. 記錄舊設定:保存訂閱來源、目前節點、運作模式、監聽連接埠,以及自行新增的規則。含密碼或權杖的內容只保存在可信任的位置。
  2. 關閉舊用戶端的接管功能:先關閉舊用戶端的系統代理和 TUN,再結束應用程式。若安裝過背景服務,請確認結束程式後服務是否仍在執行。
  3. 匯入原始設定:在新用戶端新增訂閱並手動更新一次。檢查更新結果,確認代理群組不是空的。
  4. 先測試基本連線:維持相同節點和規則模式,先測試系統代理或明確代理,再單獨測試 TUN。
  5. 逐項還原自訂設定:依序加入規則覆寫、DNS 設定和自動啟動,每次修改後都查看記錄檔和連線記錄。

兩個程式同時監聽 127.0.0.1:7890 時,較晚啟動的程式可能無法繫結連接埠。即使使用不同連接埠,兩個 TUN 執行個體也可能爭用路由或 DNS。測試期間只保留一個流量接管入口,比同時開啟所有選項更容易得出可靠結論。

在 macOS 13 和後續設定介面相近的版本中,可以前往「系統設定」→「網路」→ 目前的網路連線 →「詳細資訊」→「代理」檢查是否有殘留設定。若 HTTP 或 HTTPS 代理仍指向已結束程式的本機連接埠,請先記錄原值,再關閉本次測試留下的項目;請勿擅自刪除企業預設的代理設定。

用相同的任務決定要保留哪一款

不要只憑首頁上的延遲數字判斷用戶端好壞。延遲測試使用的網址、逾時門檻、並行數量和連線重複使用方式可能不同;同一個節點顯示不同數字,不能直接證明某個介面讓線路變快。

  • 檢查訂閱:手動更新一次,確認節點數量和策略群組名稱符合預期。
  • 檢查分流:各開啟一個應直連和應走代理的網站,在連線記錄中確認規則和出口。
  • 檢查終端機:分別測試明確代理和實際需要的 TUN 接管,避免將環境變數的效果誤認為 TUN 效果。
  • 檢查連線恢復:讓裝置休眠後喚醒,再從 Wi-Fi 切換到手機熱點,確認 DNS 和連線都能恢復。
  • 檢查維護功能:找出記錄檔、核心資訊和訂閱更新入口,確認日後能自行排查常見問題。

依照使用需求選擇:優先處理桌面端排查和規則管理,可先試 Clash Verge Rev;重視 Android 和桌面操作習慣一致,可先試 FlClash;偏好 Mac 選單列操作,則確認 ClashX Meta 的發行狀態和所需功能。選定後,以一款用戶端作為日常入口,並保留可還原的設定備份,比頻繁更換用戶端更有助於穩定排查問題。