Android 分流規則怎麼設定？指定 App 代理更省心

Android 分流規則的核心，不是讓所有流量都經過 VPN，而是先決定「哪些 App 需要代理、哪些 App 應該維持直連」。設定正確後，瀏覽器、海外服務或需要特定出口的應用程式可以使用代理；銀行、支付、公司內網與本地服務則能繼續使用原本網路，減少登入驗證、定位異常或本地內容載入失敗等問題。

不過，Android 上的分流並不是單純勾選幾個 App 就結束。不同客戶端對「包含清單」與「排除清單」的命名可能相反，規則模式、全域模式、DNS 處理方式和省電限制也會影響結果。以下會從原理、模式選擇、實際設定、驗證方法到故障排除逐步說明，適合使用官方 Android 客戶端，或使用支援 Android 的相容客戶端匯入訂閱的使用者。

Android 分流到底在控制什麼

Android 客戶端通常透過系統提供的 VPNService 建立虛擬網路介面，再依照應用程式或網域規則決定封包的去向。被納入代理範圍的 App，流量會先交給 VPN 客戶端處理；沒有被納入的 App，則可能直接使用目前的 Wi-Fi 或行動網路。這種機制與單純在瀏覽器中填寫 HTTP 代理不同，因為它可以影響支援一般 TCP、UDP 或系統網路介面的應用程式。

常見的分流方式有兩種。第一種是「代理指定 App」，也就是隻有清單內的 App 走 VPN，其他 App 維持直連；第二種是「排除指定 App」，也就是大部分流量都走 VPN，只有清單內的 App 被排除。前者適合只想處理少數應用程式的情況，後者則適合大部分服務都需要同一個出口、只有少數本地 App 不宜經過代理的情境。

要特別注意，分流是以「應用程式的網路流量」為主要判斷單位，不一定能精準區分 App 內的每個功能。例如某個影音 App 的登入、圖片、影片和推播可能使用不同網域，但仍由同一個 App 發出；如果你只在網域規則中加入其中一部分，便可能出現首頁能開、內容載入失敗的情況。若目標是完整代理某個 App，優先使用 App 分流，再視需要補充網域規則。

設定前先確認客戶端採用的是「選取的 App 走 VPN」還是「選取的 App 不走 VPN」。兩者名稱相近但效果完全相反，這是 Android 分流最常見的設定錯誤。

先選對模式，再建立規則

包含清單：只代理指定 App

包含清單適合有明確目標的使用者。例如你只想讓某個瀏覽器、AI 工具、遠端辦公 App 或特定通訊工具使用代理，就可以啟用「僅代理選取的應用程式」一類的選項。設定完成後，未列入清單的 App 通常會維持直連，對銀行、地圖、外送、行動支付及本地影音服務較方便。

這種模式的優點是影響範圍小，故障時容易定位；缺點是容易漏掉相關 App。某些服務由主程式、登入元件、檔案管理器或瀏覽器共同完成流程，如果只加入主程式，外部登入頁或下載頁仍可能走直連。遇到這種情況，先不要急著加入大量系統 App，應先觀察是哪一個步驟失敗，再逐一增加必要項目。

排除清單：大部分流量代理，指定 App 直連

排除清單適合需要長時間使用代理，且只有少數 App 必須維持本地網路的情境。你可以讓瀏覽器、同步工具與工作應用程式統一經過同一條線路，再排除銀行、支付或公司內部 App。這樣管理起來較省事，但影響範圍也更大，設定完成後應特別檢查背景同步、系統更新和耗電情況。

不同客戶端的選項名稱不一定相同，有些寫成「允許清單」，有些寫成「繞過 App」，也有些會把規則放在「應用程式代理」「分應用代理」或「Per-app VPN」之下。不要只根據中文翻譯猜測功能，應查看選項下方的說明，並在修改後用實際測試確認。若客戶端同時提供全域、規則與直連模式，請先用全域模式確認訂閱和線路可用，再切換到規則模式縮小範圍。

• ✅ 只需要代理少數 App 時，優先從包含清單開始。
• ✅ 大部分工作都需要同一出口、只有少數 App 要直連時，再考慮排除清單。
• ✅ 修改規則前記下原本模式，方便發生問題時還原。
• ✅ 將主程式與必要的登入、下載元件分開確認，不要一次加入所有系統服務。
• ❌ 不要把「排除清單」誤認為「只有清單內的 App 走 VPN」。
• ❌ 不要同時開啟兩個使用 Android VPNService 的客戶端。

Android 指定 App 代理設定流程

以下流程適用於多數提供應用程式分流功能的 Android 客戶端。不同版本的按鈕位置可能略有差異，但判斷邏輯大致一致。若尚未安裝客戶端，可以先從本站的下載頁取得適合 Android 的版本，再依新手指引匯入訂閱。

先確認訂閱與基礎連線

開啟客戶端後，先確認訂閱已成功加入，並選擇一條可用線路建立連線。不要在尚未確認基礎連線的情況下直接排查分流，否則無法判斷問題來自訂閱、協議、線路，還是 App 規則。官方客戶端通常會在連線頁顯示目前狀態；使用相容客戶端時，則要確認訂閱格式與客戶端支援的協議一致。

找到應用程式分流設定

在設定、進階設定或 VPN 設定中尋找「應用程式分流」「按 App 代理」「分應用代理」等項目。看到包含與排除兩種模式時，先選定一種，不要交替勾選。部分客戶端會先顯示「所有 App」，再讓你切換為自訂清單；部分客戶端則要先開啟分流開關，才會載入已安裝的應用程式。

選取需要代理的 App

若採用包含清單，選取真正需要經過 VPN 的 App；若採用排除清單，則選取必須維持直連的 App。完成後儲存設定，並重新啟動 VPN 連線。這一步很重要，因為有些客戶端只在建立隧道時套用應用程式清單，連線不中斷時修改內容未必會立即生效。

逐一測試而不是隻看連線圖示

先開啟被指定代理的 App，測試登入、主要內容、圖片或檔案載入；再開啟被排除的 App，確認它仍可使用原本網路。測試期間不要同時切換線路，也不要立刻修改多個設定。若某個 App 只有部分功能失效，記錄失敗的具體步驟，這比「App 不能用」更容易找出遺漏的網域或 DNS 問題。

確認訂閱可用
→ 建立 VPN 連線
→ 選擇包含或排除模式
→ 加入指定 App
→ 儲存並重新連線
→ 分別測試代理 App 與直連 App

協議、DNS 與 TUN 模式的關係

應用程式分流與傳輸協議是兩個不同層次。Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard 描述的是資料如何建立加密通道；分流規則則決定哪些 App 的流量進入通道。不能因為更換協議，就推斷 App 分流一定會自動修正。實際效果仍取決於 Android 客戶端是否支援該協議，以及它如何建立系統 VPN 介面。

DNS 是另一個容易被忽略的環節。App 需要先將網域名稱解析為位址，之後才會建立連線。如果 DNS 請求走直連，但解析結果受到本地網路環境影響，可能出現網頁部分載入、服務地區判定不一致或連線指向錯誤的情況。相反地，若所有 DNS 都交由代理處理，也可能讓本地服務解析變慢。因此，應依客戶端提供的規則與 DNS 模式測試，而不是任意填入不明的 DNS 位址。

支援 TUN 的客戶端通常能接管更多系統網路流量，對需要處理非瀏覽器 App、UDP 或較複雜連線的情況較有幫助，但它也可能帶來更大的影響範圍與耗電。若只是讓單一 App 使用代理，不必一開始就開啟所有進階接管功能。可以先用一般 VPNService 分流確認需求，再在必要時測試 TUN、DNS 劫持或更細緻的規則。

分流失效時的排查順序

第一步是確認 Android 系統右上角的 VPN 圖示與客戶端狀態。若 VPN 根本沒有建立，應先排查權限、訂閱、線路與協議，不要修改 App 清單。若 VPN 顯示已連線，但指定 App 仍無法使用，再確認它是否真的被加入正確的清單，以及目前模式是不是包含與排除顛倒。

第二步是檢查是否存在其他 VPN、廣告攔截器、防火牆或企業管理工具。Android 通常不適合讓多個應用程式同時要求系統 VPN 通道，後啟動的程式可能取代前一個通道，造成客戶端顯示異常或規則完全不生效。請先暫停其他網路接管工具，再重新建立一次連線。

第三步是處理省電與背景限制。部分 Android 裝置會在螢幕關閉後暫停客戶端、清理背景程序或限制網路活動，結果是前景測試正常，鎖定螢幕後連線中斷。可在系統設定中允許客戶端於背景執行，並關閉對該客戶端過度嚴格的省電限制。這不是把所有 App 都設成不受限制，而是隻針對負責建立 VPN 的客戶端進行調整。

第四步是清除幹擾變數。先暫時切換到全域模式測試目標 App；如果全域模式正常、分流模式失敗，問題多半在 App 清單、網域規則或 DNS。若全域模式也失敗，則應回到線路、協議、網路環境和客戶端日誌。測試完成後記得恢復原本的分流模式，避免所有流量長時間經過不必要的通道。

• ✅ 先確認 VPN 通道已建立，再檢查應用程式清單。
• ✅ 以全域模式作為對照，判斷故障來自線路還是分流規則。
• ✅ 更新 App 後重新檢查套件名稱與分流清單，因為部分客戶端可能需要重新選取。
• ✅ 測試鎖定螢幕、切換 Wi-Fi 與行動網路後的持續連線表現。
• ✅ 保留客戶端日誌中的錯誤時間與失敗步驟，方便進一步判斷。
• ❌ 不要在問題尚未定位前，同時更換協議、線路、DNS 和多個規則。
• ❌ 不要把銀行、支付或公司帳號 App 隨意加入代理清單後長期使用。

總結來說，Android 指定 App 代理最適合採用「先小範圍、後逐步擴充」的方式。先判斷需求是包含清單還是排除清單，再確認客戶端的 VPN 權限、協議支援與 DNS 行為，最後用實際 App 功能驗證。若需要跨平台使用，也可以先在 Android 完成規則邏輯，再依 Windows、macOS、iOS 或 Linux 客戶端的介面重新設定，因為不同平台的分流能力與規則語法不一定完全相同。