Clash for Android 停止更新後怎麼辦？配置備份與替代 App 推薦

先備份再遷移：暫時保留舊 App

Clash for Android（以下簡稱 CFA）停止維護，不代表已儲存的設定會立即失效。真正需要留意的是後續 Android 系統相容性、核心問題修正，以及訂閱格式變更。遷移時先保留舊 App 和其中的資料，等新 App 通過連線、鎖定螢幕及訂閱更新測試後，再決定是否解除安裝。

用戶端是提供設定管理與操作介面的 App；核心則是實際處理代理連線、DNS 和規則的元件。舊 App 能讀取的設定，新 App 不一定會完全照原樣執行；反過來說，新訂閱使用的欄位也可能超出舊核心的支援範圍。因此，遷移不只是貼上連結，還需要還原本機設定。

1. 先記下舊 App 目前啟用的設定、運作模式和策略群組選項。
2. 分別保存訂閱網址、本機 YAML 設定檔，以及 App 內的覆寫設定。
3. 安裝候選 App，先匯入一份設定，不要同時更換訂閱服務。
4. 先停止舊 App，再啟動新 App，逐項確認網路行為。

設定備份清單：訂閱、YAML 和覆寫設定分開保存

訂閱網址不等於完整備份

訂閱是用戶端下載遠端設定的入口，網址中經常包含帳戶權杖。它可以還原伺服器提供的節點和規則，卻不保證能還原你後來新增的直連網域、節點選擇、電池設定或略過代理的 App 清單。訂閱失效後，只有網址也無法重新取得原有內容。

以常見的 CFA 2.5.x 介面為例，先進入「設定檔」，找到目前使用的設定，再開啟該項目的編輯或管理選項，查看來源 URL；若介面提供匯出或分享檔案功能，就將 YAML 儲存到本機。不同版本的按鈕名稱可能不同；找不到匯出選項時，至少保留原始訂閱網址和手動修改紀錄，別把分享連結誤認為已匯出的檔案。

截圖記錄設定，並遮蔽憑證

在 CFA 的「設定」→「覆寫」中確認是否啟用了個別覆寫項目，再到「設定」→「網路」檢查分 App 代理相關選項；實際分類請以已安裝的版本為準。記錄時不只要記下開關狀態，也要確認清單模式是「僅代理這些 App」還是「略過這些 App」。清單相同但模式相反，遷移後的流量走向就會完全不同。

建議將備份檔放在受裝置鎖保護的位置，並另存一份至自己掌控的加密儲存空間。訂閱 URL、節點密碼、UUID 和控制介面金鑰都屬於敏感資訊。提供記錄檔或設定檔給他人查看前，請先移除這些內容，也不要將完整設定上傳至公開的線上轉換工具。

如何挑選替代 App：先看核心與裝置條件

挑選仍在維護的替代 App 時，重點是目前提供的安裝檔，而不是名稱中有沒有 Clash。可先參考本站的選型指南了解候選項目，再確認專案發布頁、更新紀錄、最低 Android 版本，以及 App 中顯示的核心版本。本文不會把某個舊版號說成「長期最新版本」。

Clash.Meta 後續以 mihomo 之名持續發展，兩者有所承接，但「使用 mihomo」不代表每款 App 都提供相同的設定選項。圖形介面可能只支援部分覆寫設定；訂閱更新、背景服務和設定合併也由 App 負責。若仰賴特定通訊協定或規則欄位，應查閱候選核心對應版本的文件，而非只比較介面。

• 主要使用訂閱：可先看看下載頁上的 Clash Plus、FlClashs 等 Android 候選 App，並確認是否支援遠端設定更新、設定切換、記錄檔和背景執行。
• 維護手寫設定：優先測試本機 YAML 匯入、設定覆寫、規則集載入和錯誤行號提示。不要假設 App 會保留所有不明欄位。
• 使用舊手機：確認最低系統需求和 CPU 架構。64 位元 ARM 裝置通常選擇 arm64 套件；僅支援 32 位元的系統，不能只因處理器型號較新就直接安裝 arm64 套件。
• 需要分 App 代理：確認用戶端支援所需的包含或排除模式，並實際測試工作資料夾、App 分身等特殊環境。

匯入設定並建立 VPN：先減少變因

先匯入同一份訂閱

1. 在新用戶端的設定管理頁選擇以 URL 匯入或新增遠端設定，填入備份的完整訂閱網址。
2. 等待下載和解析完成，確認預期的策略群組已出現，而不只是看到設定名稱。
3. 切換至規則模式，選擇與舊 App 相同的手動策略群組和節點。
4. 停止 CFA 的代理服務，再啟動新 App，並允許 Android 系統發出的 VPN 連線要求。

Android 用戶端通常透過 VpnService 建立本機 VPN 介面，將裝置流量交由核心處理；這和訂閱伺服器本身是兩回事。同一個使用者環境通常只能有一個正在運作的 VPN。若裝置正執行企業 VPN、其他代理程式或使用 VPN 的過濾 App，請先處理衝突；不要同時啟動兩個 App 來比較速度。

視需要還原本機連接埠

如果只有手機 App 透過系統 VPN 上網，本機 HTTP 或 SOCKS 連接埠通常不是優先檢查的項目。若終端工具曾連線至 127.0.0.1:7890，就需要在新 App 啟用對應的本機監聽。以下僅為監聽與模式的局部範例，不包含節點、策略群組和完整規則，不能單獨當作訂閱使用。

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

mixed-port 代表在同一個連接埠接受 HTTP 和 SOCKS 代理連線；App 可能會覆寫這裡的監聽設定，請以執行記錄和實際連線結果為準。如果原設定包含 external-controller，也要檢查監聽位址和存取金鑰；不要為了還原舊控制面板，就將控制介面直接公開至區域網路。

確認規則與 DNS：連得上不代表遷移完成

一併確認規則名稱、順序和模式

規則會依順序比對，通常由第一個符合的項目決定流量交給哪個策略。訂閱中的 rules 引用了哪些策略名稱，新設定中就必須有對應項目。若重新命名原本的「自動選擇」群組，卻沒同步修改規則，可能造成解析失敗或行為異常；App 也可能在匯入時重新產生策略群組，請確認實際執行的設定。

• 確認日常使用的模式是規則模式；全域模式無法用來驗證分流是否正確。
• 確認自行新增的網域規則仍排在較寬泛的規則之前。
• 檢查 rule-providers 的下載狀態；訂閱更新成功，不代表外部規則集也已成功下載。
• 開啟連線記錄，查看目標網域、命中的規則、選用策略和實際節點，不要只看主畫面的延遲。

先對齊 DNS 覆寫設定，再考慮調整

DNS 是將網域名稱解析為位址的程序。遷移時先確認 dns.enable、enhanced-mode、nameserver、fake-ip-filter 和 IPv6 相關設定，保留原本的設定目的。不要同時更換用戶端、DNS 服務、Fake-IP 模式和規則，否則出問題後很難找出是哪項變更造成的。

Fake-IP 會回傳一個用於映射的虛擬位址給 App，再由核心對應到真實網域；常見設定會使用 198.18.0.1/16 這個位址範圍，但實際範圍仍以設定為準。看到這個範圍，不代表 DNS 一定故障。若區域網路裝置探索或個別 App 出現異常，應先檢查過濾清單、區域網路略過設定和 App 清單，不要任意更改整個位址範圍。

Android 的「設定」→「網路和網際網路」→「私人 DNS」也可能影響解析路徑；部分廠牌會將它放在「連線與分享」中。先記下原本的值，再逐項進行對照測試，不要直接認定必須長期關閉。代理服務已啟動但網域解析逾時時，應搭配記錄判斷是上游 DNS 無法連線、解析連線使用錯誤出口，還是系統設定與用戶端接管方式不相容。

遷移驗收：分別測試連線、更新和鎖定螢幕

先使用相同的 Wi-Fi、節點和設定，避免把行動網路波動誤認為用戶端差異。以下時間是建議的測試區間，不是本站實測結果，也不是所有裝置都應達到的效能指標。

1. 基本連線，約 5 分鐘：造訪一個預期直連的服務和一個預期走代理的服務，並在連線記錄中分別確認規則與出口。
2. 區域網路測試：開啟家用路由器的管理頁面，或連線至已知的區域網路裝置。若無法連線，請檢查位址略過設定、路由和分 App 設定。
3. 更新訂閱一次：手動觸發更新，確認更新後仍能解析、策略群組依然存在，而且本機覆寫設定仍有效。
4. 鎖定螢幕約 15 分鐘：重新解鎖後檢查服務狀態，再開啟需要網路的 App。只看通知列圖示，無法證明連線正常。
5. 切換網路一次：從 Wi-Fi 切換至行動數據，再切回 Wi-Fi，觀察連線是否恢復，以及記錄中是否反覆出現逾時。

若鎖定螢幕後服務停止，請前往系統「設定」→「App」→目標用戶端→「電池」，確認是否允許背景活動；部分廠牌的系統還可能需要開啟自動啟動或取消背景限制。若先前在系統 VPN 頁面為 CFA 啟用了「一律開啟 VPN」，遷移時請改用新 App。若啟用了「封鎖未使用 VPN 的連線」，VPN 尚未建立時裝置就無法上網，因此切換 App 前尤其要確認。

全部測試通過後，繼續保留舊設定備份，觀察一至兩天再解除安裝 CFA。要復原時，先停止新 App 並檢查系統 VPN 綁定，再啟動舊 App；若訂閱本身已變更，舊 App 也可能無法解析，因此本機備份仍然有用。

遷移常見問題