選型與遷移 預計閱讀 10 分鐘

Clash 手機版怎麼選？Android、iOS 主流用戶端比較

比較主流手機版 Clash 用戶端的核心版本、訂閱匯入、規則編輯、TUN 支援與操作難度，並依使用情境提供選擇建議。

先依作業系統和訂閱格式縮小範圍

先說結論：Android 使用者若要沿用 Clash YAML 設定，建議優先比較仍持續維護的 mihomo 系用戶端；iPhone 使用者則先確認用戶端支援的設定格式，再考慮介面與規則功能。名稱中有 Clash，不代表支援相同欄位；能匯入節點，也不代表能保留原有分流規則。

核心是實際處理代理連線、DNS 與規則的程式；用戶端則提供匯入、開關和設定介面。Clash.Meta 後來以 mihomo 之名持續發展，但不同用戶端內附的核心版本未必相同。判斷相容性時，應查看應用程式內顯示的核心資訊，不能只看名稱或商店截圖。

  • 已有完整 Clash 設定：確認 proxy-groups、rules、rule-providers 與 DNS 欄位是否保留。
  • 只有節點訂閱：先確認取得的是完整 YAML、節點清單，還是經過編碼的分享連結。這三者並非相同的輸入格式。
  • 只想日常連線：優先留意匯入流程、背景執行穩定性與故障記錄入口，不必為暫時用不到的規則功能增加設定負擔。

Android 用戶端比較：維護狀態比熟悉的介面更重要

Android 常見的選擇包括 Clash for Android、Clash Meta for Android，以及 FlClash 系列。這些用戶端都可能提供 VPN 開關，但設定編輯位置、訂閱更新方式與核心更新頻率各有不同。下表比較的是產品路線，不將特定版本的表現套用到所有版本。

用戶端路線 核心與設定 操作特色 選擇前檢查
Clash for Android 沿用舊版 Clash 核心，不能以目前 mihomo 的功能來判斷 設定、代理與記錄入口較直接，適合已有使用經驗的人 已停止維護；常見的既有版本為 2.5.12，不建議作為新裝置的長期選擇
Clash Meta for Android Meta／mihomo 路線，實際功能取決於隨附的核心 延續設定與策略群組的操作方式，舊使用者遷移成本相對較低 確認發布來源、最近更新紀錄、核心版本與系統需求
FlClash 系列 通常採用 mihomo；原始專案與衍生版本應分開辨識 跨平台介面，著重設定、代理選擇與連線狀態管理 本站提供的 FlClashs 是特定建置版本，不能只憑相似名稱推定來源與功能

「支援新協定」要確認到核心層級

若訂閱包含 type: hysteria2 或使用較新的協定選項，請先確認目前的核心能否辨識這些欄位。解析時出現「未知代理類型」，通常不是尚未開啟授權，而是核心功能或設定格式不相容。切換 VPN 開關或反覆測速都無法修正解析錯誤。

Clash for Android 的既有使用者，可以先保留舊設定作為參考，再於新用戶端匯入相同訂閱。不要一開始就解除安裝舊應用程式；手動選取策略群組、應用程式分流清單和本機覆寫設定，通常不包含在遠端訂閱中。

iOS 用戶端比較：相容 Clash 設定不代表使用相同核心

iOS 無法安裝 Android 的 APK。手機的全域流量接管通常仰賴 Network Extension，也就是 Apple 提供的網路擴充機制。它與 Android 的 VpnService 並非相同介面，因此不能照搬 Android 的選單、背景執行白名單或 TUN 參數。

用戶端 設定路線 適用需求 遷移注意事項
Stash 採用 Clash 風格 YAML，並有自身的擴充與限制 想繼續使用策略群組、規則集與 YAML 的使用者 逐項確認 mihomo 專有欄位，不能直接假設完全相容
Shadowrocket 有自己的設定與訂閱匯入機制 以匯入節點、選擇節點和常見規則設定為主 匯入節點後，原有 Clash 策略群組與 DNS 設定不一定會一併遷移
Surge 使用自有設定格式，並非 Clash YAML 需要較細緻的網路診斷、策略與除錯功能 遷移時需要重寫設定結構，不能只更換副檔名
Clash Plus iOS 版 以目前的發行說明與應用程式內支援項目為準 想透過本站下載頁確認裝置適用版本的使用者 先確認安裝方式、訂閱格式與核心說明，再決定是否遷入主要設定

iOS 應用程式的可下載地區、費用與最低系統需求可能變動，以上不作一概保證。如果只需要選用幾個節點，就不必為了「和 Android 完全一樣」而勉強轉換整份設定；若依賴複雜規則集，則應先確認規則能否載入及命中結果，再決定是否長期使用。

匯入訂閱：確認匯入後還保留哪些內容

匯入訂閱時最容易出現的誤判是：清單中看到節點，就以為遷移已完成。完整設定通常包含代理節點、策略群組、規則與 DNS；有些匯入方式只會擷取節點，其餘部分則由用戶端的預設設定補上。兩種方式都可能連線成功，但分流行為會不同。

Android 依照以下順序檢查

  1. 以 Clash for Android 常見介面為例，進入「設定檔」→「＋」→「URL」，填入名稱與訂閱網址；其他用戶端則請在「設定」中尋找匯入入口。
  2. 下載完成後，請選取該設定檔，而不只是將它留在清單中。查看更新時間與解析提示。
  3. 進入「代理」，確認原有策略群組是否出現，再選擇可用節點。代理模式先使用「規則」，不要用全域模式掩蓋規則問題。
  4. 返回首頁啟動連線；首次出現系統 VPN 連線要求時，請確認授權，再透過記錄檢查實際請求。

在 iOS 上，先確認匯入入口接受的是完整設定，還是節點訂閱。若出現網頁內容、登入頁面或解析失敗提示，請先檢查訂閱連結是否過期，以及服務提供者是否提供該用戶端適用的格式。不要將含有憑證的連結提交至來路不明的線上轉換網站。

編輯規則：先用最小設定檢查行為，不要一開始就堆疊複雜規則

規則會依序比對；前面的規則命中後，後續規則通常不會參與這次選擇。策略群組是出口集合，例如 select 代表手動選擇；它不是代理節點。比較用戶端時，應分別確認「能否顯示群組」及「規則能否引用群組」。

以下是用於本機排查的 mihomo 最小設定範例，不含遠端代理節點。連接埠 7890 是此範例指定的 HTTP／SOCKS 混合代理連接埠，並非所有手機用戶端的固定預設值；原生 iOS 用戶端也不應直接套用整份範例。

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

proxies: []

proxy-groups:
  - name: Manual
    type: select
    proxies:
      - DIRECT

rules:
  - DOMAIN,example.com,Manual
  - MATCH,DIRECT
  • Manual 只有 DIRECT，因此本範例僅用於檢查設定解析、策略群組顯示及規則命中，不會建立遠端代理連線。
  • DOMAIN 只會比對指定網域；若要涵蓋子網域，請依實際需求改用 DOMAIN-SUFFIX。
  • MATCH 是兜底規則，通常放在最後。若放在開頭，後續一般規則便會失效。

選擇用戶端時，還要實際確認能否查看目前生效的設定、定位載入錯誤，以及區分訂閱原文與最終生效設定。對經常調整規則的人來說，這些功能入口比首頁是否有大型開關更重要。

TUN、背景執行與 DNS：影響日常穩定性的三項檢查

流量接管與代理協定要分開看

TUN 是虛擬網路介面，負責將流量交由用戶端處理；它不是節點協定。Android 用戶端通常透過 VpnService 建立本機 VPN 介面，一般不需要 root。桌面教學中的「安裝 TUN 服務」步驟，不適合直接套用到手機上。

VPN 圖示只代表系統通道已建立，不保證節點可用，也不保證所有應用程式都經過代理。請確認是否啟用依應用程式分流，以及是否有應用程式遭排除。工作設定檔、其他 VPN 和系統限制也可能影響接管範圍。

先用十分鐘測試，找出背景執行限制

  1. 連線後先在螢幕亮起時使用 2 分鐘，確認設定與節點正常。
  2. 鎖定螢幕 10 分鐘，再解鎖查看通知、VPN 狀態與重新建立連線的記錄。
  3. 如果只有鎖定螢幕後才中斷，請前往 Android「設定」→「應用程式」→對應用戶端→「電池」檢查背景執行限制；選項名稱會因系統而異。
  4. 先只調整這個用戶端的限制，再重複測試；不要一次更動多個系統開關。

DNS 不只是確認有沒有填入伺服器

DNS 是將網域名稱解析為 IP 位址的過程。遷移時應比較 DNS 是否啟用、查詢是否經過預期出口，以及用戶端是否支援訂閱中的解析策略。mihomo 的 fake-ip、DNS 規則與平台網路擴充機制，在實作上各有差異，不應只為了欄位一致而勉強複製。若出現「IP 可連線、網域無法開啟」，應查看 DNS 記錄，而不是先更換十幾個節點。

依使用情境選擇，再進行一次可重複的驗收

  • Android 新手：優先選擇來源明確、持續更新且可查看核心資訊的用戶端。先讓一份設定順利運作，再決定是否需要編輯本機規則。
  • Clash for Android 老使用者：優先試用操作方式相近的 mihomo 系用戶端；遷移時保留舊設定、應用程式清單與策略群組截圖。
  • Android 與電腦共用設定：優先確認核心版本與欄位支援；即使核心相同，檔案路徑、網路介面與系統權限仍須分別處理。
  • iPhone 只需要選擇節點：優先考量節點匯入與日常操作流程；完整 Clash YAML 相容性未必是首要條件。
  • iPhone 需要複雜分流：先比較設定格式、規則集與診斷工具，再評估轉換及維護設定的成本。

不要只憑一次延遲測試的排名，就對用戶端下結論。延遲測試通常只測指定網址的回應時間，不等於下載速度，也不等於影片播放體驗。比較時固定使用相同 Wi-Fi、相同節點與相同測試網址，每個用戶端各測 3 次並記錄失敗次數；更換網路後應重新測量。

驗收項目 通過標準 失敗時優先檢查
載入設定 沒有解析錯誤，預期的策略群組與規則集均存在 訂閱格式、核心支援、覆寫順序
規則分流 分別測試一個直連請求與一個代理請求，記錄中的出口符合預期 目前模式、規則順序、群組內選擇
背景連線 鎖定螢幕 10 分鐘後仍可正常恢復連線 電池限制、網路切換、VPN 衝突
更新訂閱 更新後，本機規則與必要設定仍有效 本機修改是否遭遠端設定覆蓋

完成這四項後，再將新用戶端設為日常使用工具。最後請保留設定來源、用戶端版本與核心版本紀錄；日後遇到問題，才能分辨是訂閱變更、用戶端更新，還是手機系統限制，而不必從頭重複安裝。

下載Clash