Android VPN 分流的核心不是“让 VPN 连接一半”,而是由客户端按应用决定哪些流量进入 VPN 隧道、哪些应用直接使用当前 Wi-Fi 或移动网络。设置正确后,网银、公司办公软件或局域网工具可以保持直连,其他应用仍使用已连接的线路。不同客户端对分流的命名和入口并不一致,可能叫“按应用代理”“应用绕过 VPN”或“分应用代理”;先确认自己使用的客户端支持 Android 的按应用分流,再开始修改。

最容易弄反的是列表语义:有的客户端让你勾选“走 VPN 的应用”,有的则让你勾选“绕过 VPN 的应用”。两种模式的结果正好相反。本文先解释判断方法,再按通用流程完成配置、验证,并处理规则没有生效或需要恢复默认的情况。

先看懂分流规则

Android 上的 VPN 客户端通常通过系统 VPN 服务接管网络流量,再依据应用列表决定哪些应用进入隧道。分流规则不是给某个网站单独选线路,也不一定等同于系统代理设置;它通常以应用包为单位生效。比如将浏览器设为走 VPN、将本地银行应用设为绕过,规则针对的是这两个应用发出的连接。

常见设置有两类。第一类是“仅代理所选应用”:勾选的应用走 VPN,其余应用直连。第二类是“绕过所选应用”:勾选的应用直连,其余应用走 VPN。进入设置后不要只看列表标题或勾选状态,应阅读页面上的说明,或先用一个不敏感的测试应用验证规则方向。

界面选项列表中应用的流量适合的需求
仅代理所选应用进入 VPN 隧道只让少数应用使用 VPN
绕过所选应用使用本地网络直连大多数应用走 VPN,少数应用直连
全局模式或不分应用按客户端的默认路由处理不需要单独区分应用时

如果客户端只有“代理模式”而没有应用列表,可能需要先切换到支持分流的模式,或者换用兼容的 Android 客户端。Clash、sing-box 等客户端的菜单和规则模型也会因具体版本、配置文件而不同,不能仅凭客户端名称推断某个开关一定存在。若使用的是 VPNEH,可从 VPNEH 查看服务入口;是否能按应用分流,仍取决于当前安装的 Android 客户端及其配置。

判断要点:先确认“勾选应用是走 VPN,还是绕过 VPN”,再添加应用。规则方向判断错,往往会让结果与预期完全相反。

决定哪些应用需要直连

开始前先列出确实需要直连的应用,不要为了“更精细”而把所有应用都逐个调整。常见候选包括需要访问本地网络设备的管理工具、依赖特定本地网络环境的办公应用,以及因网络策略要求使用本地出口的应用。网银应用是否适合直连,应以银行的使用要求和所在网络环境为准;分流只能改变流量路径,不能保证某个应用一定接受该网络环境。

如果目标是让少量本地应用直连,而其他应用继续走 VPN,通常更直观的做法是选择“绕过所选应用”,然后只把这些应用加入例外列表。反过来,如果只有少量应用需要 VPN,可以采用“仅代理所选应用”。尽量不要同时启用客户端自带的全局代理规则、另一款 VPN 客户端和系统工作配置;Android 通常只能由一个 VPN 服务实际接管设备流量,多个配置可能互相替代或导致连接状态混乱。

  • ✅ 先记录当前模式和应用列表,修改前留存原始状态
  • ✅ 只添加明确需要直连或代理的应用,避免扩大例外范围
  • ✅ 检查应用是否同时安装在个人资料与工作资料中
  • ❌ 不要把“应用已勾选”直接理解成“应用已直连”
  • ❌ 不要同时启动多个会创建 Android VPN 配置的客户端

工作资料、双开空间或厂商提供的应用分身可能使同一应用出现两个实例。规则列表里看到的图标相同,不一定代表规则覆盖了两个资料中的应用;如果办公应用位于工作资料,应确认客户端列表中选择的是对应资料的那一项。应用更新、重装或迁移资料后,也建议重新检查列表,因为客户端保存的应用标识可能与当前安装状态不一致。

按步骤设置并保存规则

不同品牌手机和客户端的界面名称会有差异,下面按常见逻辑操作。配置时先断开 VPN,再修改应用列表,可以减少连接状态未刷新造成的误判。

  1. 打开正在使用的 Android VPN 客户端,确认当前配置或订阅已经加载。若客户端提供规则模式,先切换到支持按应用选择的模式。
  2. 进入客户端的设置、路由或分流页面,找到“按应用代理”“应用过滤”“绕过应用”等类似项目。阅读提示,确认列表采用的是“所选应用走 VPN”还是“所选应用直连”。
  3. 选择适合需求的列表模式。需要少数应用直连时,通常选择“绕过所选应用”;仅少数应用需要 VPN 时,选择“仅代理所选应用”。不要在未确认语义前同时勾选两类列表。
  4. 在应用清单中搜索目标应用并勾选。部分客户端会把系统应用与用户安装应用分开显示;找不到目标时,检查筛选器、工作资料或客户端是否获得了应用列表访问所需的系统权限。
  5. 保存设置,完全断开当前连接后重新连接。若客户端提供“应用规则已更新”或类似状态提示,等待更新完成,再确认 VPN 状态栏图标恢复。
  6. 先测试一个需要直连的应用,再测试一个应走 VPN 的应用。测试期间不要切换 Wi-Fi、移动数据或规则模式,否则会把网络变化误认为分流结果。

如果连接后客户端没有自动应用新规则,可在不清除账号配置的前提下重新启动 VPN 连接;仍未变化时,再退出并重开客户端。不要一开始就清除应用数据或删除整个配置,因为这可能连订阅、节点选择和其他自定义参数一起移除。更换客户端后,旧客户端保存的分流列表一般也不会自动迁移,需要在新客户端中重新设置。

部分设备提供“始终开启 VPN”或“无 VPN 时阻止连接”等系统选项。开启阻止功能后,绕过列表中的应用是否仍能直连,取决于 Android 版本、设备管理策略和客户端实现。如果例外应用无法联网,先检查系统 VPN 页面上的锁定设置和工作资料策略,不要急着反复添加或删除同一条应用规则。

分别验证直连与 VPN 流量

只看客户端显示“已连接”不足以证明分流正确:它只能说明 VPN 会话已建立,不能说明每个应用都按预期走了不同路径。验证时要分别选一个直连应用和一个 VPN 应用,并在规则保持不变的情况下逐个测试。优先使用应用本身能显示的网络状态、服务区域或连接诊断信息;如果要比较出口地址,应在两个应用中使用可信的网络检测功能,并确认检测过程没有被应用内缓存、代理设置或其他网络组件影响。

可按以下顺序交叉检查:先断开 VPN,确认测试应用在当前网络下本来可以连接;再连接 VPN,检查指定直连应用是否仍可访问其必要服务;最后检查应走 VPN 的应用是否出现预期的线路出口变化。若直连应用断开 VPN 后也无法使用,问题更可能来自本地网络、应用服务或账号策略,而不应先归因于分流。若两类应用表现完全一样,回到客户端确认列表模式、勾选方向和保存状态。

2 类

需要分别验证的流量

1 个

每次优先排查的变量

先断开

修改前的连接状态

再重连

应用规则后的刷新动作

还要留意 DNS 与应用自身代理设置。按应用分流通常以应用的网络流量为判断单位,但域名解析可能受系统 DNS、客户端 DNS 选项、应用内置解析或缓存影响。出现“网页能打开但显示的地区不对”时,先清理应用内缓存或重新启动应用,再确认客户端的 DNS 与规则设置;不要通过单一网页的一次结果,就断定整台设备都走了同一路径。

规则无效时的排查与恢复

排查时一次只改一个因素,并记录修改前后的现象。这样可以分辨是规则方向错误、应用清单没有覆盖目标实例,还是 Android 系统策略阻止了直连。客户端切换节点并不一定会重置应用分流,但切换配置、重载订阅或更新客户端后,规则模式可能恢复默认,值得重新核对。

  • 所有应用都走 VPN:检查是否选择了“仅代理所选应用”,以及目标应用是否被误勾选;同时确认 VPN 连接已经断开并重新建立。
  • 所有应用都直连:确认客户端并非处于全局直连模式,检查配置是否已保存,且当前连接使用的是修改过的配置。
  • 例外应用无法联网:查看“无 VPN 时阻止连接”、始终开启 VPN、工作资料管理策略及本地网络权限。先暂时关闭相关锁定选项进行对照测试,再按安全要求恢复设置。
  • 列表里找不到应用:检查系统应用筛选、双开应用、工作资料和应用是否已安装;关闭客户端再打开,确认应用清单刷新。
  • 更新或重启后失效:重新检查规则方向、当前配置名称和应用列表。必要时先导出或记录现有设置,再删除失效条目并重新添加。
  • 客户端显示连接但应用无网:测试切换 Wi-Fi 与移动数据、检查系统 VPN 配置是否由另一项策略接管,并确认没有同时运行另一款 VPN 客户端。

需要恢复默认时,先将模式改回客户端的默认或全局设置,清空自定义应用列表,再断开并重新连接。随后分别测试普通应用和本地应用,确认设备恢复统一的路由行为。如果问题仅出现在一个应用,优先撤销该应用的例外规则,而不是重置整份订阅或卸载客户端。只有在规则保存状态异常、重启客户端也无法修复时,才考虑备份必要配置后重新安装。

处理顺序:核对列表方向 → 检查应用实例与系统锁定 → 断开并重连 → 分别验证两类流量。多数分流故障都能在这几步中定位,无需先删除整套配置。