Android VPN 分流的核心,不是简单打开“代理”开关,而是先决定哪些应用交给 VPN 客户端处理,哪些应用继续使用手机当前网络。不同客户端的设置名称和分流逻辑可能不同:有的让你勾选“使用代理的应用”,有的让你排除“绕过 VPN 的应用”。设置之前先确认当前界面采用哪一种逻辑,再用少量应用测试,能避免把直连和代理名单选反。

操作结论:先确认客户端已连接,再核对应用分流的“包含”或“排除”含义。每次只改一个应用,分别测试代理与直连;如果结果不符合预期,关闭应用分流或恢复原配置后重新检查。

先弄清 Android 分流在控制什么

Android 上常见的应用分流,是由 VPN 客户端通过系统 VPN 接口接管网络,再按应用选择处理方式。它和按域名、IP 地址或规则集匹配流量的规则分流不是一回事:前者通常以应用为单位,后者通常依据请求目标或配置规则。客户端是否同时支持两种能力,要看该客户端的实现和当前配置,不能只凭“分流”这个名称判断。

应用列表里的“代理应用”或“绕过 VPN 应用”通常有两种相反的解释。包含模式下,选中的应用才由 VPN 接管,其他应用可能直连;排除模式下,选中的应用被排除在 VPN 之外,其他应用按客户端配置处理。还有些客户端将相同意思写成“允许列表”“排除列表”或“仅代理所选应用”。保存前读完界面说明,别根据复选框旁边的应用名称推测流量方向。

还要分清“直连”和“关闭 VPN”。在应用分流语境中,直连通常表示该应用不经过 VPN 隧道,改用手机当前网络;它不代表应用停止联网,也不代表客户端自动为该应用另选一条线路。反过来,应用被纳入代理名单,也不一定能保证每个请求都经过预期线路,客户端模式、路由配置以及应用自身网络行为都会影响结果。

应用

按应用选择流量路径

规则

按目标或配置规则分流

如果你要控制的是某个应用整体走不走 VPN,优先找应用分流;如果只想让某个网站或服务走代理,则应检查客户端是否提供域名规则、路由规则或策略组。需要了解服务入口和其他基础信息时,可从 VPNGV 首页继续查看;不要把首页地址当作订阅链接导入客户端。

设置前:确认客户端和应用清单

先在客户端中确认当前启用的是哪份配置、连接的是哪条线路,以及是否已有全局代理或规则模式。若客户端显示“未连接”,先解决连接问题,再测试分流;否则应用打不开时,很难判断原因究竟是应用名单、线路、网络权限还是原本的连接状态。Android 通常只允许一个应用占用系统 VPN 接口,其他 VPN 或代理工具同时运行时,可能出现无法启动、反复断开或流量走向不明的情况。

进入客户端的设置、网络或 VPN 配置页面,寻找“应用分流”“按应用代理”“绕过应用”一类选项。菜单名称会随软件版本和翻译变化,不必执着于完全相同的词。确认客户端提供的是包含模式还是排除模式,并查看它对未选中应用的默认处理方式。若界面没有应用名单,不要在 Android 系统设置里随意添加网络配置来代替客户端功能,应先查该客户端的官方说明。

动手前列出需要代理的应用和希望直连的应用,并把其他应用暂时留在默认状态。优先选一个不涉及登录、支付或重要消息的应用做验证。应用列表可能按应用名称、图标或软件包显示;如果找不到目标,先确认应用已安装、工作资料夹中的版本是否另列,以及列表是否需要刷新。应用双开、工作资料夹和个人资料中的同名应用,可能被系统视为不同安装项。

  • ✅ 已确认客户端连接正常,且知道名单是“包含”还是“排除”。
  • ✅ 已记下原有模式与名单状态,出现问题时可以恢复。
  • ✅ 已准备一个普通应用作为测试对象,避免一开始就改动多个应用。
  • ❌ 不同时启动多个会创建 VPN 连接的客户端来排查。

如果手机由单位或学校管理,工作资料夹、始终开启 VPN 或“无 VPN 时阻止连接”等策略可能限制分流行为。遇到设置项不可修改或更改后自动恢复的情况,先确认设备管理要求,不要通过删除管理配置来绕过限制。

动手设置:先测一个应用,再扩展名单

  1. 打开 VPN 客户端,确认正在使用正确配置并连接成功。若客户端需要先选择代理策略或节点,按其说明完成选择;应用分流名单本身通常不负责选择具体出口。
  2. 进入应用分流设置,先看清模式说明。若是“仅代理所选应用”,把测试应用加入名单;若是“绕过所选应用”,则将它加入排除名单。不要只看开关处于开启状态就认为已选应用走代理。
  3. 保存设置。若客户端提示需要重新连接、重启 VPN 或重新加载配置,按提示操作。部分设置只在新连接建立时生效,单纯返回上一页可能不会立即更新系统路由。
  4. 保持其他条件不变,打开测试应用进行实际操作。判断结果时优先使用应用内可重复执行的功能,观察是否能正常加载目标内容,而不是只凭客户端显示“已连接”作结论。
  5. 如果测试应用应走代理,再按客户端提供的诊断方式核对连接状态;如果应直连,则暂时只把该应用放入排除名单并重复测试。两种测试之间一次只改变一个设置,避免同时切换线路、模式和名单。
  6. 确认测试结果后,再逐个加入其余应用。每添加一项就保存并检查一次;如果多个应用同时改变后才出现故障,排查范围会变大,也更难定位是哪项选择造成的。

不要把规则模式、全局模式和应用名单混为一谈。全局模式通常改变客户端已接管流量所使用的代理策略,应用名单决定哪些应用进入或绕过客户端处理范围;具体组合仍以客户端说明为准。若客户端支持规则路由,域名规则可能继续影响应用请求的下一步去向,因此“选中应用”不一定意味着它所有连接都会使用同一代理策略。

应用分流是客户端与 Android VPN 接口共同完成的。不同客户端的选项、权限提示和生效方式可能不同;出现与本文描述不一致的菜单时,以当前客户端说明为准,不要安装来源不明的配置工具来补齐功能。

验证:分别检查代理应用与直连应用

验证时最好使用两种用途不同、结果容易观察的应用:一个明确放入代理名单,另一个明确设置为直连或排除对象。先确认两者都能正常启动,再分别执行联网操作。只看网页能否打开并不足以判断流量路径,因为网页可能使用缓存、应用可能复用已有连接,或者客户端当前规则本来就把目标交给直连策略。

代理应用无法联网时,按顺序检查:客户端是否仍显示连接;当前配置和线路是否正确;该应用是否被误加入排除名单;分流模式是否与预期相反;客户端是否要求重连后才能应用变更。若客户端有连接日志或诊断信息,查看对应应用请求是否被接管,但不要公开包含订阅地址、账户信息或访问凭据的截图。

直连应用仍像是经过代理时,先确认它确实在排除名单中,而不是仅仅从“代理应用”列表移除。接着检查客户端是否采用全局接管、是否把未选应用也纳入 VPN,以及是否有系统级“始终开启 VPN”设置影响行为。部分 Android 版本或客户端可能不提供完全相同的控制方式;无法确认时应依据实际软件文档,不要推断某个图标或状态文字就代表出口已改变。

DNS 和 IPv6 也可能让判断变复杂。应用的连接可能由系统解析域名,或使用自身的网络组件;客户端对 DNS、IPv6 和应用流量的处理取决于配置。若只有某些服务异常,记录应用名称、出现时间、当前模式和错误现象,再逐项检查相关设置。不要为了测试而随意关闭系统安全选项,或将敏感流量发送到不明诊断网站。

验证重点:“客户端已连接”只说明连接状态,不能单独证明每个应用的路径。代理与直连都应各自测试,并在每次调整后重新建立连接或按客户端要求刷新配置。

异常处理:恢复默认并缩小排查范围

如果改完后多个应用都无法联网,先停止继续添加或删除名单项。返回应用分流页面,关闭该功能,或恢复客户端原有配置与默认模式;随后断开并重新连接 VPN,再确认手机原本的网络访问是否恢复。恢复操作应优先使用客户端提供的重置或恢复默认选项,不要直接删除应用数据,因为这可能清除订阅、账户状态和其他配置。

若关闭分流后仍无法联网,检查 Android 是否仍显示 VPN 连接、客户端是否被系统暂停,以及是否有其他代理工具正在运行。省电管理可能限制客户端在后台工作;若问题只在切换应用或锁屏后出现,可查看系统对该客户端的后台活动、电池优化和自动启动管理。系统菜单因厂商与版本而异,应按设备说明调整,不需要为了测试关闭所有省电或安全保护。

如果只有一个应用出问题,先恢复它的名单状态,再单独测试。更新应用或客户端后,应用列表可能变化,工作资料夹、分身应用或重新安装的版本也可能需要重新选择。若问题发生在特定 Wi-Fi 或移动网络下,分别记录网络环境并一次只换一个条件;公司、校园或公共网络的访问策略也可能与家庭网络不同。

确认设置无法稳定工作时,保留原配置备份或记录关键选项,移除不必要的分流改动,再参考客户端官方文档或支持渠道核对。不要复制陌生人发布的整份配置,也不要将完整订阅链接交给第三方排查。恢复默认并不代表必须卸载客户端;通常先回到初始模式、重新连接并逐项验证,就能判断问题来自应用名单、当前配置还是网络环境。

  • ✅ 先恢复默认或关闭分流,再确认基础连接是否正常。
  • ✅ 一次只排查一个应用、一个模式或一个网络条件。
  • ✅ 更新客户端后重新检查应用名单与生效提示。
  • ❌ 不因单个应用故障就同时更换线路、配置和系统权限。