Android VPN 分流規則設定：指定 App 直連一次搞定

先了解 Android App 分流的運作方式

Android VPN 的 App 分流，核心概念是將網路流量依照應用程式分成兩組：一組交給 VPN 通道傳送，另一組則繼續使用目前的行動網路或 Wi-Fi 直連。這與單純切換全域模式不同，全域模式通常會讓更多系統流量經過 VPN；App 分流則以已安裝的應用程式作為判斷條件，適合只想讓特定工具、瀏覽器或影音 App 使用代理的情境。

不同 Android 用戶端對分流功能的命名可能不同，例如「分應用程式代理」、「App 代理」、「排除應用程式」、「僅允許選取的 App」或「Bypass」。有些用戶端將選取的 App 設為經由 VPN，有些則將選取的 App 設為直連。因此，不能只看選項名稱，還要閱讀畫面上的模式說明，確認清單中的 App 究竟是走 VPN 還是被排除在外。

設定前整理要代理與要直連的 App

開始操作前，建議先列出真正需要使用 VPN 的應用程式，再列出希望維持直連的應用程式。不要一開始就把整個 App 清單全部勾選，因為這會讓後續驗證變得困難，也可能讓不需要代理的同步、更新與通知流量一起進入通道。

需要代理的通常是特定瀏覽器、工作工具、遠端服務或需要固定出口地區的應用程式；適合直連的則可能是本地銀行、支付工具、智慧家庭控制程式、區域性服務與不希望改變網路來源的 App。實際選擇應以服務條款、帳戶安全要求與日常使用需求為準，不要因為某個 App 能夠連線，就代表它必須長期使用同一條路徑。

系統服務不一定會出現在 App 清單中

Android 的系統更新、Google Play 服務、推播、DNS、裝置管理與廠商背景服務，可能不會以一般 App 的方式出現在分流頁面。即使你只選取一個應用程式，該 App 使用的登入、推播或媒體服務也可能由其他系統元件協助完成。這表示 App 分流是以用戶端能辨識的流量為基礎，不保證能把某個應用程式所有相關請求都拆成完全獨立的路徑。

若目標是測試單一 App，建議先暫停其他代理工具、瀏覽器 VPN、私人 DNS 服務與省流量工具。多個網路工具同時執行時，可能互相改寫 DNS、路由或 Android 的 VPN 權限，造成「清單設定正確，但結果不一致」的情況。

Android VPN 權限只能同時由一個服務接管

Android 通常會透過系統 VPN 服務建立虛擬通道。當你啟用新的 VPN 用戶端時，系統可能會中止原本的 VPN 連線，或顯示新的連線要求。若裝置上同時安裝多個兼容用戶端，請先完全關閉不使用的工具，再進行測試。這項限制與訂閱內容無關，而是 Android 對 VPN 介面管理方式造成的結果。

實際設定 App 分流規則

完成訂閱匯入並確認用戶端已有可用線路後，就可以開始建立 App 分流。不同 Android 版本與用戶端介面會有差異，以下以常見操作邏輯說明；按鈕可能顯示為「設定」、「路由」、「分流」、「應用程式代理」或「VPN 設定」。

1. 開啟 Android VPN 用戶端，先確認目前沒有其他 VPN 或代理工具正在接管網路。
2. 在設定或路由選單中找到 App 分流、分應用程式代理或相近功能。
3. 選擇「只有選取的 App 使用 VPN」或同等意義的模式。
4. 在應用程式清單中勾選需要代理的 App，先從一至兩個目標開始測試。
5. 如果畫面提供「包含系統 App」選項，除非你明確知道用途，否則先維持關閉。
6. 儲存設定，回到主畫面選擇穩定的線路，再按下連線。
7. Android 顯示 VPN 連線要求時，閱讀權限提示後確認允許。
8. 關閉目標 App 的背景程序並重新開啟，讓它建立新的 DNS 與網路連線。

如果用戶端提供「規則模式」與「全域模式」，建議先用全域模式確認訂閱、線路與基本連線都正常，再切回 App 分流。全域模式只適合作為診斷工具，不宜在不需要的情況下長期啟用。當全域模式可以連線，而 App 分流無法生效時，問題通常位於清單方向、應用程式重啟、TUN 或系統 VPN 權限，而不是節點本身。

連線後檢查清單

• 用戶端狀態顯示已連線，Android 系統列也出現 VPN 圖示。
• 目標 App 已完全退出後重新開啟，而不是隻切回原本的畫面。
• 未選取的測試 App 仍能正常使用原本的本地網路。
• 用戶端沒有顯示規則解析失敗、權限不足或虛擬介面建立失敗。
• 切換線路後，重新檢查 App 是否仍遵循同一組分流設定。

部分 App 會使用獨立的連線程序、WebView 或外部瀏覽器完成登入。此時即使主 App 已加入 VPN 清單，登入頁面也可能由另一個未被選取的元件開啟。若只有登入、付款或跳轉頁面失效，可以檢查相關瀏覽器與系統 WebView 是否需要暫時加入清單，但不要一次加入過多 App，否則難以確認真正的依賴關係。

用對照測試確認指定 App 確實分流

看到 Android 顯示 VPN 圖示，只能證明系統已建立某種 VPN 連線，不能直接證明每一個 App 都遵循相同路徑。驗證時應同時測試一個已選取的 App 和一個未選取的 App，並在相同時間、相同 Wi-Fi 或行動網路環境下比較結果。

最直觀的方法是在目標 App 內開啟它自己的網路診斷、帳戶地區或連線資訊。如果 App 沒有提供這些資訊，可以使用瀏覽器作為輔助測試，但要注意瀏覽器可能有獨立代理、加密 DNS 或內建隱私功能。測試結果應以目標 App 的實際連線為主，不要只依賴另一個 App 顯示的對外 IP。

驗證時也要留意 DNS 與資料連線可能採用不同路徑。若用戶端提供 DNS 模式、虛擬 DNS 或防洩漏選項，請依照用戶端說明設定，不要同時啟用多套互相衝突的 DNS 工具。瀏覽器的加密 DNS 也可能繞過 Android 或用戶端的設定，導致瀏覽器結果與其他 App 不一致。

分流失效時的排查與回復方法

App 分流失效，最常見的原因是模式方向誤判、App 沒有重新建立連線、Android 電池管理限制背景服務，或另一個網路工具正在爭用 VPN 權限。排查時不要同時修改線路、協定、DNS 和多個規則，否則很難知道是哪個變更解決了問題。

按照由簡入深的順序處理

1. 中斷 VPN，完全退出用戶端，再重新開啟並連線。
2. 確認 Android 系統的 VPN 設定中，目前啟用的是正確的用戶端。
3. 暫時改用全域模式，測試線路與訂閱是否本身可用。
4. 若全域模式正常，回到 App 分流並只保留一個目標 App。
5. 從最近使用的 App 畫面移除目標 App，再重新開啟。
6. 檢查電池最佳化、背景資料限制與流量節省功能是否阻止用戶端運作。
7. 若仍然異常，記錄 Android 版本、用戶端名稱、錯誤文字與測試結果，再向支援管道詢問。

如果目標 App 完全無法連線，可以先移除分流規則並恢復全域模式。若全域模式也無法使用，再檢查線路、協定和 DNS；若全域模式正常，問題則多半與 App 清單或應用程式自身的網路實作有關。恢復時，先刪除重複規則，再重新加入目標 App，避免舊的排除設定與新的代理設定同時存在。

耗電與通知問題

VPN 用戶端需要維持背景服務，App 分流並不等於完全不耗電。當裝置頻繁切換 Wi-Fi 與行動網路、線路反覆重連，或大量 App 被納入 VPN 時，背景工作量可能增加。可以保留必要的 App 清單，允許用戶端在背景執行，並觀察系統電池頁面是否將它限制為受控或暫停狀態。

完成設定後，建議保留一份目前規則的簡單紀錄，包括代理模式、已選取 App、常用線路與 DNS 選項。日後更新用戶端或 Android 系統後，如果分流行為改變，就能快速恢復到已知可用的設定，而不必重新猜測每個選項的作用。

讓 App 分流長期穩定的使用習慣

App 分流最實用的價值，是把不同用途的流量分開管理，而不是追求所有程式都使用同一條路徑。設定完成後，應定期檢查常用 App 是否改名、更新後改用外部瀏覽器，或新增了登入與推播依賴。大型更新後若出現異常，先重新驗證規則，再考慮更換線路。

• 只把有明確需求的 App 加入清單，避免無限制擴大代理範圍。
• 固定一條主要線路，再保留合適的備用線路，減少工作階段中頻繁切換出口。
• 使用訂閱匯入時，確認用戶端支援相應格式與協定，例如 Shadowsocks、VMess、Trojan、Hysteria2 或 WireGuard，實際可用性以用戶端與服務端設定為準。
• Android 系統更新、用戶端更新或重新安裝後，重新檢查 VPN 權限與 App 清單。
• 遇到無法判斷的問題時，先恢復全域模式作為診斷，再逐步縮小範圍。

GreenVPN 支援 Windows、macOS、iOS、Android 與 Linux；Android 使用者可依照用戶端提供的訂閱匯入方式建立連線，再根據實際介面設定 App 分流。若需要了解安裝、訂閱匯入與基本驗證流程，可先查看使用指南，再回到 Android 用戶端調整規則。