安卓 VPN 分流的核心，是决定哪些应用交给 VPN、哪些应用继续使用本地网络。常见需求是让浏览器或工作应用走代理，同时让银行、支付、投屏或本地服务应用直连。设置入口和选项名称会因 Android 版本、客户端及其内核而异；开始前先确认客户端确实支持按应用分流，不要把“规则模式”误认为已经配置了应用级规则。
先分清两种分流方式
应用级分流通常有两种相反的配置思路。第一种是“绕过所选应用”或“排除应用”：列表里的应用直连，其余被 VPN 接管的应用按代理规则处理。第二种是“仅代理所选应用”或“包含应用”：只有列表里的应用经过 VPN，其他应用走本地网络。设置前先看清选项描述和列表提示，避免把同一份应用清单按相反方向理解。
这项功能一般由 Android VPN 接口和客户端共同实现，影响的是设备上的网络流量如何进入 VPN，并不等同于按域名设置规则。客户端可能把选项放在“分应用代理”“应用过滤”“绕过应用”或配置详情中；某些客户端只有在特定运行模式下才显示这些选项。若找不到应用列表，先查看客户端当前模式与说明，不要直接复制其他客户端的配置参数。
- ✅ 希望少数应用直连、其余应用走代理时，优先寻找“绕过所选应用”一类选项。
- ✅ 希望只有少数应用走代理、其余应用直连时，寻找“仅代理所选应用”一类选项。
- ✅ 每次只采用一种方向明确的应用过滤方式，并确认列表说明的是“包含”还是“排除”。
- ❌ 不要把“规则模式”“全局模式”直接当作应用名单；它们通常描述的是另一层流量处理策略。
还要区分应用分流与域名规则。应用分流按应用身份划分流量；域名规则则根据域名、IP 地址或其他条件选择直连、代理等策略。应用中嵌入的网页、系统组件或后台服务是否会被识别成同一个应用，取决于系统和客户端的实现，不能仅凭应用图标推断其全部网络请求都会走同一条路径。
开始设置前的检查
先更新并打开准备使用的 Android 客户端，确认订阅或配置已成功导入，且客户端支持应用级过滤。配置能导入不代表每种功能都可用：Shadowsocks、VMess、Trojan、Hysteria2、WireGuard 等名称涉及不同协议或实现，客户端对协议、运行模式和分流功能的支持范围要以其说明为准。也不要通过改配置名称来解决格式或兼容性问题。
Android 通常只能由一个应用占用系统 VPN 通道。若手机上还运行着其他 VPN、广告过滤器、防火墙或带 VPN 功能的安全工具，可能发生连接冲突。排查时先确认当前系统 VPN 连接由哪个应用建立，再决定是否暂停其他网络工具；不要同时启动多个 VPN 客户端后，再根据某个应用无法联网就判定分流规则无效。
在开始操作前，记下当前配置与模式，确保需要时可以恢复。若业务应用本身设置了代理、企业网络策略或自带安全隧道，它的行为可能不完全受系统 VPN 的应用名单控制。涉及公司设备、受管理配置或敏感业务时，应先遵守组织的网络管理要求。
如果你正在比较不同客户端的分应用功能，可以先查看 VPNSR 的服务与客户端入口，再按实际使用的客户端检查菜单。不同客户端对订阅格式、策略组和应用过滤的支持并不完全相同，不能只凭客户端名称认定所有功能都一致。
按步骤配置并验证
菜单名称可能不同，下面按通用流程操作。每完成一项就确认一次，不要同时更改系统 VPN、DNS 和多组代理规则，否则出现问题时很难定位原因。
- 打开正在使用的配置。进入客户端的配置、连接或应用过滤页面，确认当前选中的是准备启用的配置。若客户端保存了多个配置，先切换到目标配置再改规则，避免设置保存到了未启用的配置中。
- 选择分流方向。要让指定应用直连，启用绕过或排除模式；要让指定应用经过 VPN，启用仅包含或仅代理模式。仔细阅读开关旁的说明，尤其留意“列表中的应用”究竟是被排除还是被纳入。
- 从应用列表选择目标。在系统应用选择器中勾选需要直连或代理的应用，确认应用名称与图标，保存后返回客户端。若目标应用没有出现在列表中，检查它是否已安装、客户端是否刷新了应用列表，或当前过滤功能是否只显示某类应用。
- 保存并连接。保存配置，按系统提示允许客户端建立 VPN 连接。Android 状态栏或系统 VPN 页面通常能显示连接状态；客户端显示已连接只是起点，不足以证明名单中的每个应用都按预期分流。
- 分别测试名单内外的应用。先测试一款被设为直连的应用，再测试一款预期走代理的应用。观察能否完成登录、加载内容或访问其日常服务，并结合客户端的连接记录或流量信息检查结果。只测试浏览器不能代表其他应用，因为有些应用不遵循浏览器或系统代理设置。
测试时尽量保持同一网络和同一配置，只改一个应用的归属再复测。若客户端提供连接日志，可以在打开目标应用时观察是否出现对应流量；日志中的应用识别方式因客户端而异，应把它作为排查线索，而不是对所有请求路径的绝对证明。直连应用仍打不开，也可能是目标服务、手机网络或应用自身设置的问题。
建议先用不影响重要业务的应用验证规则，再逐个加入日常应用。确认方向和结果后再扩大名单，出错时也更容易撤销最近一次更改。
规则没有生效时
先检查配置是否保存、目标配置是否启用，以及 VPN 连接是否由当前客户端建立。切换配置后，有些客户端需要重新连接才能应用新设置。可以先断开连接、保存并重新启用目标配置，再用同一应用复测；如果问题仍在，恢复到最小名单，避免在原有大量规则上继续叠加。
- 直连应用仍像是经过代理：确认选用的是绕过模式，而不是仅代理模式；查看目标应用是否被加入正确名单，并确认当前连接使用的就是修改过的配置。
- 预期代理的应用无法连接：检查应用是否误入绕过名单、客户端规则是否允许该流量，以及所选线路或代理策略是否可用。不要仅通过反复更换协议来掩盖名单方向设置错误。
- 应用列表中找不到目标：刷新客户端识别的应用列表，检查系统应用显示选项；必要时重启客户端或手机后再确认。不要选择名称相近但用途不同的系统组件。
- 只有部分功能不符合预期：应用可能调用系统服务、独立组件或内嵌浏览器处理网络请求。检查客户端日志及应用自身代理选项，并按客户端说明判断这些流量能否被单独识别。
Android 的“始终开启 VPN”和“无 VPN 时阻止连接”等系统选项也需要谨慎处理。它们用于规定 VPN 连接状态下的系统行为，不是分应用代理开关；启用阻止非 VPN 流量后，绕过应用能否正常联网可能受系统版本与客户端实现影响。若直连应用突然无法访问，先查看这些系统选项和客户端对绕过流量的说明，不要把所有防护选项一概关闭。
保持配置清晰并妥善回退
分流名单适合从少量、目的明确的应用开始维护。新增应用后先单独验证，移除不再使用的项目；客户端更新或更换配置后，也要重新检查名单是否仍保留。部分客户端按应用标识保存规则，卸载后重新安装、使用工作资料空间或克隆应用时，系统可能将它们识别为不同实例。
如果客户端同时提供按应用过滤和域名规则，应先理解各自作用范围：应用过滤决定哪些应用进入 VPN 通道，域名规则处理进入代理内核后的流量策略。某个应用被纳入代理，并不代表它的每个连接都会使用同一出口；具体还可能受到域名策略、DNS 处理和应用自身连接方式影响。配置复杂时一次只调整一个层级，并保留可恢复的原配置。
不需要分流时，可在客户端关闭应用过滤或恢复默认配置，再重新连接验证常用应用。不要只删除应用名单却保留一个含义相反的模式开关，也不要为了让单个应用联网而清空全部规则。把“当前模式、目标应用、测试结果”简单记录下来，日后更新客户端或订阅时更容易复核。