想让安卓手机上的部分应用走 VPN、其他应用继续使用本地网络，关键不是切换“全局”或“规则”模式，而是找到客户端提供的按应用分流功能。不同客户端的菜单名称和规则方向可能不同：有的让你选择“通过 VPN 的应用”，有的让你选择“绕过 VPN 的应用”。设置前先确认当前页面采用哪种逻辑，否则勾选同一批应用，结果可能正好相反。
应用分流通常由 Android VPNService 与客户端共同实现。它控制的是哪些应用的网络流量进入该客户端建立的 VPN 通道，不等于为每个应用单独创建一条连接，也不保证应用内的每一种通信都遵循相同路径。以下按先理解规则、再设置和验证的顺序说明；具体选项以你正在使用的客户端版本为准。
先分清代理名单与绕过名单
客户端的按应用分流常见两种相反模式。代理名单也可能叫“包含应用”或“仅代理所选应用”：你选中的应用进入 VPN，其余应用按客户端设计直连。绕过名单也可能叫“排除应用”或“所选应用直连”：未选中的应用进入 VPN，被选中的应用则排除在隧道之外。
菜单里的“允许应用”并不总是指允许它们连接 VPN，也可能是指允许它们绕过 VPN。不要只凭按钮名称判断，先查看页面的说明文字、示例或模式摘要。若页面只显示复选框而没有解释，可先选一个不敏感、容易观察网络行为的应用进行小范围测试，再决定是否批量配置。
- 只想让少数应用走 VPN：优先找“仅代理所选应用”一类模式，把需要代理的应用加入名单。
- 希望大多数应用走 VPN，只让少数应用直连：优先找“绕过所选应用”一类模式，把需要直连的应用加入排除名单。
- 客户端没有按应用选项：不要假设系统设置中一定有通用开关。部分客户端不支持此能力，需查阅该客户端说明或改用支持应用分流的兼容客户端。
按使用目标选择分流方向
设置前先写清楚哪些应用需要代理、哪些必须直连，并考虑应用之间的关联。例如，某个应用打开网页时可能会调用浏览器；即时通信应用可能把登录、文件下载和网页链接交给不同组件处理。若只把主应用放进名单，关联应用仍可能走另一条路径，表现为页面能打开但登录、跳转或下载异常。
代理名单适合希望明确缩小 VPN 覆盖范围的情况。它便于检查“哪些应用应进入隧道”，但新增应用通常不会自动加入名单。绕过名单适合希望其余应用沿用当前 VPN 策略的情况；此时新增应用是否走 VPN，取决于客户端的默认规则。选择哪种方式没有绝对优劣，重点是能看懂默认行为并持续维护名单。
- ✅ 先确认当前是代理名单还是绕过名单，并读清默认流量走向。
- ✅ 将需要共同工作的应用一并检查，包括浏览器或系统分享组件。
- ✅ 每次只调整一类设置，保存后重新连接，便于定位变化来源。
- ❌ 不要把“应用已勾选”当成“应用已成功走代理”的证明。
- ❌ 不要同时启动多个会创建系统 VPN 的客户端来叠加分流。
如果使用工作资料、应用双开或系统克隆功能，同名应用可能对应不同的应用实例。客户端能否分别识别它们，取决于 Android 系统和客户端实现；列表里找不到目标应用时，先检查它是否安装在另一个用户空间，不要随意选择名称相似的项目。
在安卓客户端中逐步设置
Android 的系统界面会随厂商和版本变化，客户端也可能把选项放在连接设置、路由、分流或 VPN 设置中。因此以下步骤描述的是通用操作顺序，不保证每个软件都使用相同按钮名称。设置 VPNMF 账户或查看客户端下载入口时，可从VPNMF进入；应用分流名单则仍需在实际使用的客户端里配置。
- 先准备基准状态。打开客户端，确认当前配置可以正常连接，并记下目前使用的连接模式。若此前改过复杂规则，可先导出或记录现有设置，避免测试失败后无法恢复。
- 打开分流设置。在客户端的设置或当前配置详情中查找“按应用代理”“应用分流”“绕过应用”等选项。没有看到时，查看客户端内置说明或对应版本文档；不要把 Android 系统的“始终开启 VPN”误认为应用名单设置。
- 选择规则方向。需要代理的应用较少时，选择“仅代理所选应用”或含义相同的模式；需要直连的应用较少时，选择“绕过所选应用”。如果页面提供互斥选项，确认当前仅启用预期的一种模式。
- 添加应用并保存。在列表中核对应用名称和图标，加入目标应用后保存。若客户端支持搜索，可用应用名称筛选；若显示系统应用，除非明确知道其作用，否则不要为了“补全名单”随意勾选。
- 重新连接并逐个验证。断开后重新连接 VPN，再打开名单中的应用进行实际访问；随后测试一个预期直连的应用。切换名单后不重新连接，客户端可能仍在使用旧的路由状态。
- 检查结果并记录。分别观察目标应用是否能够完成需要的操作，以及其他应用是否仍符合预期。若客户端提供连接日志或按应用流量信息，可用它确认流量是否被接管；单看 VPN 图标只能说明系统存在 VPN 连接，不能证明每个应用都走了哪条路径。
对重要账户或敏感操作，先在确认网络路径后再登录。若需要对照出口地区，可使用可信的网络检测方式，并注意检测结果通常反映发起检测的应用或浏览器，不能直接代表手机上所有应用。Android 的应用分流与 DNS、IPv6、防火墙及客户端规则可能共同影响结果，排查时应一次只改变一个条件。
用对照测试确认生效
验证时不要只看应用能否打开。能打开页面可能是缓存、直连也能访问，或者应用只把部分请求交给系统浏览器。建议选一个预期走 VPN 的应用和一个预期直连的应用，分别执行可重复的网络操作，并与客户端连接状态、日志或应用流量统计对照。测试结果应以多项证据综合判断，而非依据单个提示图标。
如果应用本身提供网络诊断或账户地区信息，可在连接前后对照其显示结果；但不同服务采用的地区判断方式不同，结果不必然等同于出口地址。对浏览器而言，代理规则可能只影响当前客户端处理的网络请求；应用通过系统组件、独立网络栈或其他连接方式发出的请求，行为可能不同。因此某个功能异常时，应先判断是整款应用无法联网，还是只有特定功能受影响。
连接 VPN 后，Android 通常会显示系统 VPN 标记或授权状态。该标记说明有 VPN 连接建立，不说明按应用分流的名单一定正确。相反，如果目标应用直连，可能是它未被加入代理名单、被误放进绕过名单，或当前客户端启用了另一种规则模式。逐项核对名单，比反复切换节点更有针对性。
规则不生效时如何排查与恢复
出现与预期不同的结果时，按从简单到复杂的顺序排查。首先确认客户端当前连接的是刚才修改的配置，而不是另一个配置文件；随后确认名单已保存、模式方向正确，并重新连接。若只在某个应用中出现问题，再检查该应用是否使用了浏览器跳转、系统服务或工作资料中的另一个实例。
- 所有应用都直连：确认客户端是否真正建立 VPN 连接，当前模式是否把大部分应用设为直连，系统是否又启动了其他 VPN 客户端。
- 所有应用都走 VPN：检查是否启用了全局接管或绕过名单为空；确认客户端是否把应用名单功能应用到当前配置。
- 只有一个应用不符合预期：核对应用是否选错、是否存在双开实例，以及该功能是否由其他系统组件发起网络请求。
- 保存后仍沿用旧结果：断开并重新连接，必要时彻底退出客户端后再启动；检查是否有电池管理或后台限制影响客户端持续运行。
- 修改后无法联网：先恢复最近一次变更，再分别测试连接状态、代理名单和绕过名单，不要同时更改 DNS、路由和网络权限。
若希望恢复初始状态，可在客户端把应用分流切回默认模式，清空自定义名单，再保存并重新连接。若客户端没有明确的“恢复默认”按钮，可逐项撤销自己添加的应用，避免删除整个订阅或配置。恢复后先确认基础连接正常，再重新添加少量目标应用测试；问题仍存在时，记录客户端名称与版本、Android 版本、当前分流模式和复现步骤，提交求助材料时遮盖订阅地址、账号凭据及其他敏感信息。
最后记住，应用分流是客户端与 Android 系统共同完成的本地策略。客户端更新、系统权限变化或重新导入配置后，都值得重新检查规则方向和名单。采用简单、可解释的设置，并保留恢复默认的办法，通常比堆叠多组规则更容易维护。