先依使用需求挑選，再確認核心版本

在 Windows 上挑選 Clash 客戶端，首先要分清兩個部分：客戶端負責介面、訂閱管理、系統代理與背景服務；mihomo 核心則負責連線協定、規則比對、DNS 與 TUN 流量處理。介面更新不代表核心也同步更新；兩款客戶端即使都使用 mihomo，產生的執行設定也不一定完全相同。

本文比較 Clash Plus、Clash Verge Rev 與 FlClash。Clash Verge Rev 採用 Tauri 技術堆疊，FlClash 則採用 Flutter 技術堆疊，兩者都以 mihomo 為核心提供圖形化管理介面。Clash Plus 的實際核心、服務實作與覆寫功能，應以下載頁所列的發行版本說明及實際執行資訊為準，不能只憑名稱推斷。本文不會把未經確認的功能寫成已支援，也不提供無法套用至不同版本的固定效能排名。

  • 只需要瀏覽器代理：先確認訂閱匯入、策略組切換、系統代理開關，以及結束程式後系統設定是否恢復。
  • 需要代理更多應用程式：優先確認 TUN 權限、DNS、路由，以及能否與公司 VPN 共存。
  • 經常調整規則：優先確認持久覆寫、設定預覽與錯誤定位功能，避免訂閱更新時覆蓋本機修改。
  • 準備從舊客戶端遷移：先用同一份訂閱測試，再逐項遷移規則，不要直接複製整個設定資料夾。

三款客戶端的差異與檢查重點

先用下表縮小候選範圍。表中的「確認」代表安裝前後需要完成的檢查，不表示該功能不存在。客戶端選單名稱可能隨版本變動；如需查找特定功能，請以目前介面及對應版本的文件為準。

比較項目 Clash Plus Clash Verge Rev FlClash
確認核心 從發行說明與啟動記錄確認核心名稱及版本 使用 mihomo，仍需記錄目前安裝包實際使用的核心版本 使用 mihomo，仍需記錄目前安裝包實際使用的核心版本
介面與執行環境 確認目前發行版本的系統需求與安裝方式 Tauri 桌面介面；Windows 環境需留意 WebView2 採用 Flutter 介面，不依賴相同的 WebView2 介面環境
訂閱管理 測試匯入、更新，以及保留本機規則的方式 可管理訂閱設定，並提供合併、腳本等設定處理功能 可管理設定訂閱；覆寫範圍與操作方式依版本確認
TUN 使用 先確認發行版本是否提供 TUN 入口及權限設定方式 提供 TUN 與服務模式相關管理功能，需確認服務狀態 提供 TUN 入口，需確認目前版本的權限提升與背景執行情況
適用情境 將下載頁推薦項目列入候選，完成基本測試後再決定 重視 Windows 設定管理、合併與腳本處理功能的使用者 已習慣使用 Flutter 客戶端，希望沿用相近操作方式的使用者

Clash Plus：以實際發行版本確認功能

選擇 Clash Plus 時，請先到客戶端下載頁確認平台與發行資訊，再記錄安裝後的版本。至少完成「成功匯入訂閱、規則模式可正常使用、系統代理能恢復」三項測試。如果需要使用 TUN、規則集或腳本覆寫，也要另外確認對應功能。不要直接套用其他 Clash 客戶端的說明。

Clash Verge Rev：留意設定處理與 Windows 服務

Clash Verge Rev 可列入需要細部調整設定時的候選。比較時，應查看訂閱原始內容經合併、腳本與介面設定處理後，最後交由核心執行的設定內容。若 TUN 遇到權限問題，則要分清楚「介面能開啟」與「背景服務已安裝並執行」是兩回事。若畫面空白或介面無法顯示，應另行檢查 WebView2 等執行環境，而不是先修改 DNS。

FlClash：留意操作流程與設定移轉性

FlClash 使用 Flutter 介面，桌面端的實作方式與 Clash Verge Rev 不同。已習慣在其他平台使用 FlClash 的人，可以先測試設定選擇、節點切換與記錄檢視是否順手。不過，介面相似不代表設定資料夾、平台權限與本機覆寫可以直接互相複製。Windows 上仍須另外確認 TUN、開機啟動，以及結束程式後的系統代理狀態。

核心與協定：透過執行資訊判斷相容性

遇到「同一份訂閱在一款客戶端正常，另一款卻出錯」時，先記下兩款客戶端的版本、實際核心版本與錯誤行。不要只比較安裝包的發行日期。新的協定參數、規則行為與 DNS 欄位可能需要特定版本的 mihomo；舊核心不一定能解析新設定。

  1. 開啟客戶端的關於頁面、核心資訊或啟動記錄，記下完整版本字串，不要只記「最新版」。
  2. 確認訂閱回傳的是 Clash/mihomo 可用的 YAML，而不是網頁、登入提示或其他客戶端專用格式。
  3. 確認錯誤發生在設定解析階段，還是節點建立連線階段。前者優先檢查欄位與資料型別，後者再檢查線路、驗證資訊與協定參數。
  4. 查看最終執行設定，確認訂閱中的節點、策略組、rule-providers 與 rules 沒有因客戶端覆寫而意外遭到取代。

例如，mixed-port 是 HTTP 與 SOCKS 共用的監聽連接埠；external-controller 則是核心控制介面，不是瀏覽器代理連接埠。若將瀏覽器指向控制介面連接埠，即使客戶端顯示正在執行，也無法正常使用代理服務。欄位說明可參考規則語法手冊；DNS 問題則請另查DNS 設定說明。

系統代理與 TUN：分兩階段測試

系統代理供遵循 Windows 代理設定的應用程式使用。TUN 透過虛擬網卡與路由處理流量，涵蓋範圍通常較廣，但不代表所有流量都一定會經過代理節點。流量最後的去向仍取決於路由、排除項目、規則與 DNS 處理方式。遊戲、公司 VPN 及區域網路裝置的連線狀況，適合納入實際測試，不應只確認開關是否存在。

第一階段：只測試系統代理

  1. 關閉舊客戶端的系統代理與 TUN，並完全結束舊客戶端。每次只執行一款候選客戶端。
  2. 匯入訂閱、選擇一個節點並使用規則模式。先保持 TUN 關閉，再啟用系統代理。
  3. 在 Windows 11 開啟「設定」→「網路和網際網路」→「Proxy」，確認手動 Proxy 的位址與連接埠是否對應目前使用的客戶端。
  4. 開啟測試網站，同時查看客戶端的連線記錄，確認請求使用預期的策略，不要只憑網頁能否開啟來判斷。
  5. 結束客戶端後，再檢查 Windows Proxy 設定是否恢復，確認一般連線不會因殘留 Proxy 設定而受阻。

第二階段：測試 TUN 與網路恢復

基本代理測試通過後，再依客戶端提示安裝服務或授予必要權限，並啟用 TUN。記錄虛擬網卡、預設路由的變化，以及記錄中的 DNS 錯誤。依序測試瀏覽器、不使用系統 Proxy 的應用程式、區域網路位址，以及電腦從睡眠喚醒後的連線。公司設備應遵守管理員政策，不要反覆提升權限或關閉安全軟體來繞過限制。

若網域名稱無法開啟，但 IP 位址可以連線，先檢查 DNS 路徑；若所有連線都失敗，再檢查服務、路由與連接埠。啟用 fake-ip 並不代表已完整防止 DNS 外洩，還需確認應用程式內建的加密 DNS、瀏覽器設定及實際網路出口。

訂閱與覆寫：重點測試更新後的狀況

成功匯入一次，只能證明目前的內容可用。長期管理更重要的是：更新訂閱後，本機規則是否保留、策略組選擇是否符合預期，以及覆寫失敗時能否找到原因。Clash Verge Rev 的合併與腳本處理、FlClash 目前版本的覆寫入口，以及 Clash Plus 對應發行版本的設定處理方式，都應分別依各自文件設定。

  • 遠端訂閱：保留來源連結與更新週期，並查看更新時間及錯誤訊息。訂閱網址可能含有憑證，請勿貼到公開截圖或線上轉換網站。
  • 本機規則：優先使用客戶端支援的持久覆寫入口，不要直接修改下次更新時會被取代的訂閱快取。
  • 規則順序：需要優先比對的規則應放在兜底規則之前；請檢查最終設定，不要只依編輯框中的位置判斷。
  • 腳本遷移：舊客戶端的 Parsers 與新客戶端的腳本介面可能不同，必須確認函式入口、傳入物件與執行階段。

以下 YAML 僅示範規則順序，不是可取代完整訂閱的設定。區域網路網域與私有位址先直連，最後才交由名為「代理選擇」的策略組處理；該策略組必須已存在。合併工具如何插入陣列取決於客戶端實作，尤其要避免原有的 MATCH 提早結束比對。

rules:
  - DOMAIN-SUFFIX,lan,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,代理選擇

設定完成後，手動更新一次訂閱，再檢查最終規則、策略組與記錄。若規則消失，應調整持久化方式，而不是把「每次更新後重新貼上」當成正常流程。初次匯入步驟可參考訂閱設定教學。

資源使用量與更新狀況：在相同條件下比較

不能只憑 Tauri 或 Flutter 的名稱，就斷定某款客戶端一定比較省記憶體。圖形介面、核心、背景服務與 WebView2 子行程的統計方式不同；規則集規模、連線數量與記錄等級也會影響結果。較可靠的做法是固定測試條件，再分別記錄。

建議的本機比較流程

  1. 三款候選使用同一份訂閱、同一個節點與同一種代理模式；關閉自動節點測速，避免額外探測干擾結果。
  2. 啟動後閒置 5 分鐘，記錄工作管理員中的客戶端、核心及相關程序的記憶體用量，不要只抄介面程序的數字。
  3. 使用相同的瀏覽器頁面與檔案傳輸工作執行 10 分鐘，記錄 CPU、記憶體峰值、斷線次數與錯誤記錄。
  4. 分別測試結束程式、重新啟動及睡眠喚醒，並記錄 Proxy 與網路是否恢復。測試時間是建議條件，不是效能結果。

若懷疑連接埠衝突，可在 PowerShell 查詢。這裡的 7890 僅為範例，請替換成客戶端實際監聽的連接埠；查詢沒有輸出，通常表示沒有符合條件的 TCP 監聽項目，不代表 UDP 或其他連接埠也沒有被占用。

Get-NetTCPConnection -State Listen -LocalPort 7890 -ErrorAction SilentlyContinue |
  Select-Object LocalAddress, LocalPort, OwningProcess

評估更新狀況時，也不要只看發行次數。建議檢查最近 90 天的正式發行紀錄、核心升級說明、已知問題與復原方式。分開記錄「客戶端版本」與「核心版本」，並留意自己遇到的問題是否已有修正說明。本文不會固定列出很快就過期的「目前最新版」；下載前請查看當時的發行紀錄。

依需求選擇：保留一款主要使用的客戶端

如果只需要代理瀏覽器與常見桌面應用程式，三款候選都應先完成訂閱、規則模式及系統代理恢復測試。優先選擇操作步驟清楚、記錄容易檢查，且更新後能保留設定的客戶端。可先評估 Clash Plus 的對應發行版本；若需要 TUN 或進階覆寫，則應額外驗證相關功能。

若長期需要維護自訂規則與設定腳本，可優先試用 Clash Verge Rev，並確認目前版本的合併順序與服務模式。若已熟悉 FlClash 的操作方式，可先試用 Windows 版，再檢查平台權限與覆寫方式的差異。更多比較項目請參考客戶端比較頁；不必只因介面不同，就同時保留多個自動啟動的客戶端。

完成遷移前的五項檢查

  • 保留舊設定備份，但不要讓兩款客戶端同時占用監聽連接埠或修改系統代理。
  • 確認訂閱能正常更新、本機覆寫沒有遺失，且記錄中沒有持續發生解析或下載錯誤。
  • 測試直連網站、代理網站與區域網路裝置，並確認實際套用的規則。
  • 確認關閉 TUN、結束客戶端及重新開機後，網路運作情況都符合預期。
  • 完成連線驗證後，再停用舊客戶端的開機啟動；不要太早刪除可供復原的設定。

最後的選擇應能回答三個具體問題：實際執行的是哪個核心版本、設定更新後哪些修改會保留，以及結束程式後系統代理與路由會如何恢復。確認這三點，比只看介面截圖或軟體名稱更可靠。