Android VPN 分流的核心，不是把某个网站加入列表，而是决定哪些应用的网络请求交给 VPN 客户端处理。常见需求是让浏览器、视频或工作应用使用代理，同时让银行、校园应用、局域网设备或其他程序保持原网络连接。不同客户端对这项功能的名称和实现方式并不完全相同，可能叫“按应用代理”“应用分流”“包含应用”或“排除应用”。设置前先确认客户端支持应用级分流，并弄清默认策略，否则勾选几项之后，未选中的应用究竟直连还是走代理，可能和预期相反。
先弄清应用分流和规则分流的区别
应用分流按 Android 应用区分流量；规则分流则通常按域名、IP 地址或规则集决定连接走向。前者适合“某个应用整体走代理”或“某个应用明确直连”的需求，后者适合在同一个浏览器里让部分网站走代理、其他网站直连的场景。部分客户端同时支持两类规则，也有客户端只提供其中一种，不要把系统里的“移动数据使用情况”设置误认为 VPN 分流。
应用分流通常有两种配置思路：一是只代理选中的应用，其余应用直连；二是默认代理，再把指定应用排除在 VPN 之外。客户端可能把它们分别标成“仅代理选中应用”“排除所选应用”或类似名称。两种方式的列表看起来相似，结果却相反。开始配置前，先查看选项旁的说明，或者用一个不敏感的测试应用确认未选中的应用会走哪条路径。
| 配置方式 | 适合的目标 | 容易忽略的地方 |
|---|---|---|
| 仅代理选中的应用 | 只让少数指定应用使用代理 | 未选中的应用通常直连，但应以客户端说明为准 |
| 排除选中的应用 | 大部分应用走代理，少数应用保持直连 | 列表中的应用是例外，不是代理目标 |
| 按域名或规则分流 | 同一应用内不同网站使用不同路径 | 需要客户端支持相应规则，应用列表本身不能代替域名规则 |
还要区分“直连”和“绕过 VPN”在具体客户端中的含义。直连通常表示连接不经过代理节点，但仍可能受到 Android 网络、DNS 或应用自身设置影响；绕过 VPN 则是让对应应用不由当前 VPN 隧道接管。客户端对这两个词的使用可能不同，遇到金融、公司或校园应用时，应先查看其官方说明，再用实际访问结果验证。
设置前先确认客户端和应用范围
先更新到客户端支持的版本，并确认当前连接模式允许应用分流。有些客户端在系统 VPN 模式、代理模式或不同配置文件下提供的选项不一样；如果设置页没有应用列表，可能是当前模式不支持，而不一定是 Android 出错。采用官方客户端时，按服务提供方给出的导入方式添加订阅或配置；使用兼容客户端时，则先确认它支持订阅格式、节点协议和应用分流功能。订阅链接包含账户配置凭据，不要公开粘贴或转发。
进入客户端的分流设置后，留意应用列表中的图标和名称。有的应用可能有正式版、工作资料夹版或厂商预装版，列表里出现相似名称并不意味着它们是同一个应用。工作资料夹中的程序通常作为独立应用环境管理；如果你要设置的是工作版浏览器或办公软件，应核对对应图标，不要只按名称选择。系统组件、下载器、推送服务等是否显示，也取决于客户端的枚举方式和 Android 版本。
配置之前可以先写下预期：哪些应用必须走代理，哪些必须直连，其他应用采用什么默认策略。例如，浏览器需要访问特定外部服务时可以列为代理候选；银行或本地设备管理应用如需维持原有网络路径，则可考虑排除。不要一次把所有系统应用都加入例外，范围过大容易让结果难以判断，也可能造成应用依赖的后台连接路径不一致。
- ✅ 确认客户端当前模式支持按应用分流
- ✅ 先判明未选中的应用默认走代理还是直连
- ✅ 核对个人资料夹与工作资料夹中的应用版本
- ❌ 不要把 Android 的流量统计或省流量设置当作 VPN 分流
按步骤配置并验证应用路径
以下步骤适用于大多数提供应用分流功能的 Android 客户端，实际按钮名称可能不同。每完成一项都回到客户端检查状态，不要在不确定规则含义时连续勾选大量应用。
- 打开客户端并连接一条可用线路，确认 Android 已显示 VPN 连接提示。若系统弹出 VPN 连接授权窗口，阅读应用名称后再允许；Android 通常由系统管理 VPN 接口，不建议同时启动多个 VPN 客户端。
- 进入客户端的设置、路由或分流页面，选择应用级规则。先确定模式是“仅代理所选应用”还是“排除所选应用”，再决定要维护代理名单还是直连例外名单。
- 搜索目标应用并逐个选择，保存或应用配置。返回主界面确认规则已生效；如果客户端要求重新连接，按提示断开后再连接，让新的路由设置应用到会话。
- 逐个测试目标应用。代理应用要在实际功能页面发起请求，而不只是看首页是否打开；直连应用则检查其正常登录、局域网访问或服务连接是否恢复。测试时保持网络环境不变，方便判断变化是否由规则造成。
- 若结果与预期相反，先检查默认策略及列表含义，再暂时只保留一个测试应用进行对照。确认规则方向后，再逐步恢复其他应用，避免同时改动节点、DNS 和系统网络选项。
验证时不要只依赖客户端显示“已连接”。VPN 状态只能说明隧道已建立，不能证明某个应用命中了正确规则。可以对照客户端的连接日志或应用流量记录（如果客户端提供），并在目标应用中执行真实操作。若需要检查出口或 DNS，应使用可信的检测方式，并理解检测结果只代表当时的网络、应用和配置条件。
排查应用仍走错路径的常见原因
规则方向选反：“仅代理所选应用”和“排除所选应用”经常是最容易混淆的一项。若被勾选的应用反而直连，返回设置页查看当前模式，而不是继续增加例外名单。建议只选择一个测试应用、保存并重连，再观察结果，确认方向后再编辑完整列表。
应用版本或配置文件不一致：同一名称的应用可能存在工作版、个人版或厂商变体。你在列表中选中一个版本，实际使用的却是另一个，规则就不会按预期命中。通过图标、应用信息页或客户端显示的包信息核对对象；若目标应用根本没有出现在列表中，先检查客户端是否提供系统应用显示选项，不要随意安装不明工具来修改应用标识。
后台连接仍在使用旧会话：应用可能在 VPN 规则更新前已建立连接，切换规则后旧连接未立即重建。先保存配置并按客户端要求重新连接，再完全关闭并重新打开目标应用。若仍不一致，可重启客户端后复测；不要同时频繁切换线路、DNS 和分流模式，否则难以定位原因。
Android 的后台限制影响连接：省电策略、后台数据限制或系统清理可能暂停客户端或目标应用。若问题主要发生在锁屏后或切换应用之后，检查系统电池与后台运行设置，并确认客户端允许在需要时保持运行。不同品牌的设置入口和后台管理策略会有差异，应参考设备系统说明；放宽限制前也要考虑电量消耗和隐私需求。
应用内部使用了额外网络配置：浏览器的安全 DNS、应用内代理、企业配置或自带网络保护功能，都可能让访问表现与客户端预期不同。排查时先确认应用本身没有启用另一套代理或 DNS 选项，再检查客户端日志。不要把所有连接失败都归因于线路；账号权限、目标服务状态和本地 Wi-Fi 也可能是原因。
按用途决定哪些应用代理，哪些直连
实际配置应从少量、明确的应用开始。需要特定出口的应用放入代理范围；依赖本地网络、局域网设备或组织规定路径的应用，则先保持直连或按管理员要求设置。像消息、浏览器这类用途复杂的应用，是否整体代理取决于你的目标：如果只是某些网站需要代理，应用级分流可能不够，应改用支持域名规则的客户端，并检查未命中规则时的默认策略。
公司设备、学校网络和受管理的工作资料夹可能已有安全策略或专用 VPN。不要未经许可叠加个人代理设置，也不要用商业客户端替代组织提供的访问方案。金融应用如果因网络路径变化要求额外验证，应按银行提示操作；不要为了绕开安全提醒而不断切换出口。完成设置后，记录当前分流模式与应用例外，后续更新客户端或导入新配置时就能快速复核。
若需要查看客户端支持的平台、订阅导入方式或基础连接步骤，可从新手指引开始，再结合当前 Android 客户端的说明逐项核对。Android 系统更新、客户端版本变化或工作资料夹调整后，建议重新验证关键应用的路径；只要每次改动都能说明原因，并通过真实操作确认结果，应用分流就不必靠反复猜测。