Android VPN 分流怎麼設？指定 App 走代理或直連更順手

Android VPN 分流的目的，是讓指定應用程式使用 VPN 或代理通道，同時讓其他 App 維持一般網路連線。這樣可以避免所有流量都繞經同一條線路，也能減少本地服務、銀行 App、智慧家庭裝置或公司內網因出口改變而出現的相容問題。不過，分流不是 Android 系統中每個用戶端都有的統一功能：能否依 App 選擇流量，取決於用戶端、連線模式與系統版本，設定名稱也可能不同。

操作前先確認自己想要的是「指定 App 走代理」，還是「只有指定 App 直連」。兩者看起來相似，實際上規則方向相反；若選錯允許清單或排除清單，可能會讓需要代理的 App 直接連線，或意外讓不相關的 App 一起走 VPN。本文以通用的 Android 用戶端介面說明設定與檢查方式，不假設所有品牌或用戶端都有相同選單。

先了解 Android App 分流怎麼運作

App 分流是用戶端將 Android 應用程式納入或排除 VPN 通道的設定。常見介面會提供「包含選取的應用程式」「排除選取的應用程式」「僅代理所選 App」或「繞過所選 App」等選項。包含式設定通常代表只有清單中的 App 走代理，其餘流量直連；排除式設定則通常代表大部分流量走代理，只有清單中的 App 直連。不同用戶端的標籤不一定相同，設定前應閱讀選項旁的說明，並用一個容易驗證的 App 測試方向。

這種規則是依 Android 應用程式識別資訊判斷，不等於按網域或網站分流。同一個 App 可能連接多個服務網域，也可能透過系統元件、瀏覽器或其他 App 開啟內容；選取某個 App，通常不會自動涵蓋由另一個 App 發起的連線。例如，在通訊 App 內點開連結後，如果連結交由瀏覽器開啟，瀏覽器的流量可能依瀏覽器本身的分流設定處理，而不是沿用通訊 App 的設定。

還要區分 App 分流與規則分流。前者以應用程式為單位，適合「某個影音 App 走代理，其他 App 直連」這類需求；後者可能依網域、IP 位址、地區或規則集決定路由，較適合需要細分網站或服務的情境。用戶端若使用虛擬網路介面（TUN）或 Android VPNService 接管流量，才可能在系統層處理較廣泛的應用程式流量；僅設定系統代理的用戶端，則可能隻影響會讀取系統代理設定的 App。

依使用情境選擇包含或排除模式

如果只有少數 App 需要使用代理，通常先試包含式模式，將需要代理的 App 加入清單。這樣清單外的應用程式不會因為分流規則而改變出口，較容易維持本地網路行為。常見情境包括指定瀏覽器、影音服務或工作 App 使用代理，而支付、地圖、區域服務與本地設備控制仍走直連。實際效果仍須以用戶端說明和連線測試為準。

如果大部分應用程式都需要代理，只有少數 App 必須使用本地網路，可以考慮排除式模式。將需要直連的 App 加入排除清單後，其他流量仍可能透過 VPN 通道。這種模式設定較省步驟，但也更容易忽略背景 App：通知服務、系統更新、雲端備份或裝置管理工具可能仍會依預設規則走代理。開始使用前，應先檢視清單中是否包含必要的本地服務。

選擇清單模式時，也要查看用戶端是否允許同時設定包含與排除規則。有些介面只支援二選一，有些則會以優先順序處理多組規則。若說明沒有清楚解釋優先順序，不要同時堆疊互相矛盾的設定；先使用單一模式確認結果，再逐項加入例外。Android 系統元件未必會以一般 App 的名稱出現在清單中，無法辨認的系統項目不宜隨意停用或排除。

• ✅ 只有少數 App 需要代理時，先測試「包含所選 App」模式。
• ✅ 大部分流量需要代理、少數 App 必須直連時，再評估排除模式。
• ✅ 新安裝或更新 App 後，重新確認清單是否仍符合目前用途。
• ❌ 不要因為 App 名稱相似，就把不確定的系統服務加入排除清單。

動手設定：加入 App 並逐項驗證

不同 Android 用戶端的選單名稱可能是「分流」「應用程式代理」「按應用程式路由」或「Per-app VPN」。先確認用戶端已匯入有效設定並能正常連線，再修改分流。若訂閱、節點或 VPN 權限本身尚未正常，直接調整 App 清單會讓問題更難定位。若用戶端提供規則模式與全域模式，也先選擇能支援 App 分流的執行模式。

1. 開啟用戶端的設定或路由頁面，找到應用程式分流相關選項。
2. 閱讀模式說明，確認選擇的是「僅代理所選 App」或「所選 App 直連」。
3. 開啟應用程式清單，選取一個需要代理的 App；初次測試先不要一次加入大量項目。
4. 儲存設定，返回主畫面，啟動代理連線並接受 Android 顯示的 VPN 連線要求。
5. 先開啟已加入清單的 App，確認它能載入目標服務；再測試清單外的 App 是否維持預期的直連狀態。
6. 若結果不符合預期，先停止連線，檢查包含或排除模式，再重新啟動通道進行測試。

部分用戶端在儲存設定後會立即套用變更，另一些則需要重新啟動連線或重新載入設定檔。若介面有「套用」「重新載入」或「更新設定」按鈕，完成修改後依提示操作。Android 顯示 VPN 圖示，只能說明系統通道已建立，不能證明每個 App 都按預期走代理；仍須分別檢查清單內與清單外的應用程式。

驗證時，選擇能顯示連線狀態或出口資訊的服務，並注意測試過程不要同時切換 Wi-Fi、行動網路或節點。若測試 App 沒有提供出口資訊，可觀察它能否正常載入、登入或同步，再與關閉 VPN 時的結果比較。瀏覽器測試也要留意代理擴充功能、私密 DNS 和瀏覽器本身的安全設定，這些因素可能讓結果與其他 App 不同。

建議檢查順序
確認用戶端模式與分流方向
→ 選取測試 App
→ 啟動 Android VPN 通道
→ 分別測試清單內與清單外的 App

分流設定後，如何確認連線狀態

檢查時應把「VPN 是否已連線」和「某個 App 是否使用代理」分開判斷。Android 狀態列的 VPN 圖示、用戶端顯示的連線狀態，主要表示系統通道已啟動；它們不會顯示每個 App 的實際路由。若用戶端提供連線記錄、路由日誌或目前活動連線資訊，可以用來確認特定 App 的流量是否命中預期規則，但不要在公開貼文中分享包含訂閱網址、帳號或完整連線資訊的紀錄。

DNS 也可能影響表面上的分流結果。部分用戶端會讓 DNS 查詢依照代理規則處理，另一些則依 Android 私人 DNS、用戶端 DNS 設定或系統解析方式運作。若 App 能開啟部分網站，卻出現網域無法解析、服務地區判斷不一致或連線卡在載入，應檢查用戶端的 DNS 模式與系統私人 DNS 設定是否互相影響。不要把清除 App 資料當成第一步，因為這可能移除登入狀態或本機設定，卻未必能修正路由問題。

測試時一次只改一項設定，並記下原本的模式、受影響的 App 與錯誤表現。先比較「關閉 VPN」「全域模式」「目前分流模式」下的結果，再判斷問題是 App 清單、節點連線、DNS 還是本地網路造成。若某個 App 使用系統瀏覽器、外部播放器或背景服務，請把這些實際發起連線的元件也納入排查，而不是隻反覆切換主 App 的設定。

設定後無法上網時的排查方式

若 VPN 顯示已連線，但清單內的 App 無法使用，先確認 App 是否真的被納入代理清單、規則方向是否選反，以及目前節點是否可用。可以暫時切換到用戶端提供的全域模式作為對照；若全域模式可用而分流模式失敗，問題較可能出在 App 規則或用戶端執行模式。測試完成後應恢復原本需要的分流方式，不要把全域模式長期當成排查結果。

若清單外的 App 也無法上網，先看它是否被誤選、是否有相同功能的其他 VPN 工具仍在運作，以及 Android 是否啟用了「一律使用 VPN」或「封鎖未經 VPN 的連線」等系統選項。這些保護設定可能在 VPN 中斷或部分流量未被通道接管時阻止連線。是否保留這些選項，應依個人對連線完整性的需求判斷；修改前先確認自己知道如何恢復網路。

若只有特定 App 無法連線，確認它是否依賴本地網路、區域服務、其他 App 的登入元件或系統瀏覽器。接著把該 App 從清單中移除，或在另一種分流模式下短暫測試，以判斷它需要直連還是代理。背景資料限制、省電管理與廠商自訂的電池最佳化也可能暫停用戶端服務；若連線在螢幕關閉後中斷，可檢查用戶端的背景執行權限，而不是直接改動整份路由設定。

最後確認是否有多個用戶端同時要求 Android VPN 權限。關閉舊用戶端的連線，再由目前使用的用戶端重新建立通道；若仍失敗，重新載入設定並核對服務端提供的格式與用戶端支援能力。Shadowsocks、VMess、Trojan、Hysteria2 等協定由用戶端和服務端共同支援，協定名稱本身不會決定 App 分流是否生效；真正需要確認的是用戶端能否接管 Android 流量，以及目前模式是否套用相應規則。

設定完成後，不必追求把所有 App 都塞進規則。清單維持簡單、只納入確實需要特殊路由的應用程式，通常較容易維護。更新用戶端、Android 系統或訂閱設定後，重新測試關鍵 App；若介面名稱或行為改變，先依目前用戶端的說明確認規則含義，再逐步恢復原有配置。