安卓 VPN 分流的作用，是让选中的应用通过 VPN 连接，而其他应用继续使用手机当前的 Wi-Fi 或移动网络。它不是按网站域名分流，也不意味着选中的应用里每一种网络请求都必然经过代理：应用可能调用系统组件、独立服务或内置浏览器，具体行为还取决于客户端的分流方式。
设置前先确认客户端已经导入可用配置，并能正常建立连接。分流规则通常只在客户端的 VPN 隧道启动后生效；如果隧道没有建立，指定应用一般也不会因为加入列表就自动获得代理连接。不同客户端的选项名称和列表布局可能不同，以下步骤按功能说明，实际操作请以所用应用显示为准。
先弄清两种分流模式
安卓客户端常见的应用分流方式有两类：一种是指定哪些应用通过 VPN，另一种是指定哪些应用绕过 VPN。前者通常表现为“仅代理所选应用”或“包含应用”，后者可能叫“排除应用”“绕过应用”。名称相近但规则方向相反，切换模式后，列表中同一应用的实际路径也会改变。
如果目标是让少数应用走代理、其他应用直连，通常应优先查看“仅代理所选应用”一类选项；如果大多数应用都需要代理，只希望少数应用直连，排除列表可能更方便。不要只依据勾选框判断结果，先读清客户端对当前模式的解释。没有启用应用分流时，部分客户端会让所有流量使用 VPN，也有客户端会依照全局规则处理，不能把一种客户端的默认行为套用到另一种客户端。
应用分流与域名规则、节点选择是不同层次的设置。应用分流先判断流量来自哪个应用，域名规则再决定访问目标如何处理，节点则决定连接出口。若客户端同时提供这些功能，多个规则可能共同影响结果；应先用简单配置确认应用范围，再逐步加入其他规则。
选择应用时要考虑依赖关系
分流列表通常来自系统已安装应用。若找不到目标应用，先确认它已完成安装、没有被停用，并检查客户端是否提供系统应用或工作资料应用的显示开关。安卓的工作资料、双开应用和个人资料可能呈现为不同实例；同名图标不一定代表同一个应用配置。
还要留意应用的登录、推送和网页跳转流程。有些应用把主要界面、登录验证、下载任务交给不同组件处理；只让主应用走代理时，辅助页面仍可能使用直连网络。反过来，将系统组件加入代理列表也可能改变其他应用共享该组件时的网络行为。出现部分功能可用、部分功能失败时，应先检查是否漏选了必要的应用实例，而不是立刻更换节点或重置整个客户端。
应用分流也不能替代隐私或安全设置。被设为直连的应用仍会通过本地网络访问互联网；如果手机启用了“始终开启 VPN”或“阻止不使用 VPN 的连接”，系统可能对直连流量另作处理。开启这类系统选项前，先确认它与客户端分流规则的兼容性，并了解隧道断开时手机会如何联网。
- ✅ 先确定哪些应用确实需要代理，再选择相应规则模式。
- ✅ 对双开、工作资料或多个同名实例，逐一核对应用来源。
- ✅ 保留一两个容易验证的测试应用，避免一次加入过多项目。
- ❌ 不要把应用分流误认为按网站或域名分流。
- ❌ 不要在问题尚未定位时同时更改节点、协议和系统 VPN 选项。
动手设置：添加应用并验证规则
以下流程适用于大多数带有应用级分流选项的安卓客户端。菜单名称可能写作“应用代理”“按应用分流”“绕过应用”或类似文字；如果页面只显示全局、规则、直连等模式，而没有应用列表，就需要查看该客户端是否支持安卓应用级分流，不能假定所有兼容客户端都有相同功能。
- 先建立基线。暂时断开 VPN，用手机打开准备测试的应用，确认它在当前网络下能够正常使用。记下应用名称及需要检查的功能，例如登录页、内容加载或网页跳转。这样可以区分原有网络故障与新规则造成的问题。
- 找到应用分流设置。打开客户端的设置或当前配置选项，查找按应用代理、应用过滤、绕过应用等功能。先读页面说明，确认当前页面配置的是“选中的应用走代理”还是“选中的应用直连”。如果选项不可用，检查是否已经启用相应运行模式，或客户端是否要求先选中一个配置。
- 设置规则方向。需要少数应用通过 VPN 时，选择包含或仅代理所选应用的模式；希望大多数应用通过 VPN、少数应用直连时，再考虑排除模式。不要同时把同一应用加入互相矛盾的列表；如果客户端分成多个规则组，以界面说明为准。
- 添加并保存应用。在应用列表中搜索目标应用，核对名称和图标后勾选，保存或应用变更。若列表里没有目标项目，先检查系统应用显示、工作资料或应用双开状态；不要为了凑齐列表而随意选择名称相近的系统服务。
- 重新连接并测试。停止当前 VPN 连接，再按客户端要求重新启动，让新配置实际加载。确认客户端显示已连接后，分别打开一个应走代理的应用和一个应直连的应用，检查它们的目标功能是否符合预期。测试期间尽量保持同一网络和同一节点，不要同时改变其他参数。
- 记录结果再微调。如果目标应用异常，先暂时移除该应用或切换规则方向，观察结果是否变化。一次只改一项，并记录修改前后的现象；找到影响项后再决定是否需要加入关联组件。
检查连接时，可以先查看客户端的连接日志或流量记录是否随目标应用活动变化，再对照应用自身的访问结果。日志只反映客户端能够观察到的部分信息，不一定能完整呈现应用内部的所有网络请求。需要了解服务及客户端入口时，可从 VPNHand 首页继续查看相关信息；页面上的通用说明不能代替你所用安卓客户端的具体分流文档。
规则不生效或应用无法联网时怎么排查
“显示已连接”只能说明客户端报告隧道已建立，不能证明某个应用遵守了预期规则。若测试结果不一致，先确认规则已保存并加载到当前配置，再检查连接是否在修改后重新建立。部分客户端在连接期间修改列表后会即时应用，另一些可能要重新连接；按应用提示操作比反复开关手机网络更可靠。
目标应用仍像直连时，先核对它是否选错实例、是否处于工作资料或双开环境，再确认规则模式没有切换到相反方向。若应用内打开网页后跳转到外部浏览器，外部浏览器可能不在同一分流范围；如果应用调用共享系统组件，实际请求也可能由另一进程发起。可将相关应用临时纳入代理范围进行对照，但不要长期把无法确认用途的系统组件加入列表。
直连应用无法联网时，检查客户端是否支持所选的分流组合，以及系统是否启用了始终开启 VPN 或阻止未使用 VPN 的连接。先恢复到简单规则并断开重连，再逐步加回应用。如果所有应用都无法联网，优先回到不带分流的基础连接状态，确认配置、节点和本地网络正常后再重新设置；不应把全局断网直接归因于单个应用规则。
应用列表缺项时，检查应用是否安装在当前用户资料、是否被系统停用，以及客户端有没有隐藏系统应用的过滤选项。更新应用列表或重启客户端可能有帮助，但操作前应确认本地配置已保存。若同一应用有个人版与工作资料版，分别测试并选择真正发起网络请求的实例。
- ✅ 一次只改变一个条件，保留清晰的测试结果。
- ✅ 先测试基础连接，再测试应用级分流。
- ✅ 记录客户端名称、规则模式和可复现的故障现象。
- ❌ 不要公开完整订阅链接、访问令牌或包含凭据的日志。
DNS 与应用分流也需要区分。应用被设为直连时，其域名解析可能采用本地网络所提供的解析路径，具体行为取决于安卓系统、客户端实现和 DNS 设置；被设为代理的应用也不一定意味着所有解析请求都按同一种方式处理。遇到域名解析异常时，先按客户端文档核对 DNS 模式和分流规则，不要仅凭网页能否打开推断整个设备的 DNS 路径。
让规则保持简单、便于维护
应用分流适合按明确用途配置，而不是把每个偶发异常都变成一条长期规则。可以先列出必须走代理的应用，再决定是否真的需要对少数应用设置绕过；规则越复杂，越难区分是应用更新、配置变化还是网络环境改变导致行为不同。安卓系统升级或客户端更新后，也应重新检查关键应用是否仍在正确列表中。
如果多个应用都出现相同故障，优先检查共同的配置层，例如当前选择的配置、规则模式和系统 VPN 状态；如果只有一个应用异常，则重点检查该应用实例、跳转组件和自身网络设置。这个顺序能够减少无关改动，也便于向客户端支持人员描述问题。提交诊断信息前，遮盖订阅地址、账号凭据和私人访问记录。
最后，分流规则只负责决定不同应用的流量处理方式，不会修复应用自身的登录限制、服务端故障或手机本地网络问题。设置后应在实际使用场景中复核，并在切换网络、更新客户端或更换配置后重新验证。保持规则方向清楚、测试步骤可重复，通常比不断增加例外项更省心。