安卓 VPN 分流的核心，不是让连接开着或关掉，而是决定哪些应用进入 VPN 隧道、哪些应用保持直连。设置得当时，常用浏览器或特定应用可以使用代理，银行、投屏或本地设备应用则可按需要绕过；设置方向弄反，也可能出现“已连接但目标应用没走代理”或“某个应用突然无法联网”。
不同 Android 客户端对分流的实现并不完全相同：有的按应用选择，有的通过域名、IP 或规则组决定流量去向，还有的同时使用这两层规则。本文按通用步骤说明配置思路，具体菜单名称以你正在使用的客户端和 Android 版本为准。
先弄清分流模式：包含列表与排除列表
最常见的分应用设置有两种，名称可能写成“仅代理所选应用”“绕过所选应用”“排除应用”或类似文案。前者通常表示只有选中的应用进入 VPN；后者通常表示除选中的应用外，其余应用仍使用 VPN。二者方向相反，不能只看勾选了哪些应用，还要看页面上的模式说明。
- 仅代理所选应用：适合只让少数应用使用代理的情况。未选应用通常直连，但仍应检查客户端是否还有全局规则、域名规则或系统级限制。
- 绕过所选应用：适合大多数流量都走 VPN、只有少数应用需要直连的情况。确认被排除应用的网络请求确实不进入隧道，不要把“从列表中移除”误认为已绕过。
- 全局代理或规则模式：有些客户端先决定哪些应用进入 VPN，再按域名、IP 或规则组进一步分流。应用进入 VPN 不代表每个连接最终都经代理出口。
请先记下当前模式和已选应用，再进行修改。这样如果设置结果与预期相反，可以恢复原状，而不必猜测改动了哪一项。若客户端只提供“包含”或“排除”选项，先阅读界面旁的解释；不确定时可先用一个容易验证的应用做小范围测试，不要一次勾选全部应用。
设置前检查客户端与 Android 系统状态
Android 的分应用能力通常依赖客户端建立系统 VPN 连接。另一个 VPN、防火墙、广告过滤器或代理应用如果也占用系统 VPN 接口，可能让当前连接被替换或中断。开始配置前，先暂停其他使用 VPN 功能的工具；如果设备有工作资料空间、应用分身或多用户，也要确认目标应用和 VPN 客户端属于同一空间。主空间中的应用选择不一定覆盖其他资料空间。
随后确认客户端显示已连接，并能正常访问网络。先建立一个容易重复的全局基线：暂时关闭分应用限制，使用客户端默认的全局或规则模式连接，再打开目标应用发起新的网络请求。如果全局状态下就不能联网，应先排查订阅、节点、网络或客户端权限，不要把基础连接故障误判成分流规则问题。连接是否可用，可参考本站的VPN 生效检查方法。
不同系统版本的应用权限、电池管理和后台策略可能影响连接恢复，但它们与分流列表是不同层面的设置。不要为了修复某个应用而一次性更改所有省电、安全或网络选项。需要了解服务、客户端与使用场景时，也可以从LQVPN首页查看相关信息；实际分流仍应以客户端提供的规则选项为准。
还要留意系统的“始终开启的 VPN”和“无 VPN 时阻止连接”等选项。它们可能在隧道断开时阻止网络，后者也可能让本来打算直连的应用无法访问。启用前先确认客户端兼容性，并检查断开连接时设备会采取什么行为；排障期间不必同时打开这些限制。
动手设置：从少量应用开始逐项验证
下面的步骤适用于多数提供分应用代理功能的 Android 客户端。菜单名称和入口会因客户端而异；若当前版本没有应用列表，不要假设 Android 系统设置中存在通用的分应用代理开关，应以客户端实际功能为准。
- 记录当前状态。记下客户端的模式、当前线路以及分应用开关状态。若页面有导出配置或恢复默认选项，先了解入口在哪里；不要在尚未确认配置含义时覆盖整份订阅。
- 确认基础连接正常。关闭其他占用 VPN 接口的工具，连接客户端后打开一个新网页或刷新未缓存的内容。若此时仍失败，先处理基础连接问题，不继续叠加分流规则。
- 选择分流方向。决定是“仅代理所选应用”还是“绕过所选应用”。如果只有少数应用需要代理，通常从包含列表开始更容易观察；若大部分应用都应使用 VPN，再考虑排除列表。最终选择应服从自己的使用需求和客户端说明。
- 先添加一个测试应用。只选择一个你能够直接操作、并且能发起新网络请求的应用。保存后按客户端要求重新连接 VPN；部分客户端在修改应用列表后会自动重建隧道，另一些则需要手动断开再连接。
- 分别测试代理与直连。在已选应用中刷新页面或重新加载内容，再用未选应用执行同样的操作。测试时优先使用新的请求，不要只看缓存页面、已打开的会话或状态栏图标。
- 逐项扩大范围。确认测试应用的结果符合预期后，再添加其他应用。每次只改变一组相关设置，并记下结果；这样如果某个应用异常，能更快定位是应用列表、全局规则还是客户端连接造成。
如果使用的是基于规则的客户端，应用选择可能只决定应用流量是否进入 VPN，后续还要检查规则组对目标域名或地址的处理方式。应用已经选中但某类网站仍走直连，可能是规则顺序或规则组选择所致；应用未选中却无法直连，也可能与系统的无 VPN 阻断设置有关。不要把所有现象都归因于节点或协议。
- ✅ 每次只调整一个层级：先测应用列表，再检查域名或规则组。
- ✅ 用新请求验证结果，并分别检查选中应用和未选中应用。
- ✅ 保存原有模式与列表，必要时按记录恢复。
- ❌ 不要同时运行多个会建立 VPN 连接的工具来比较分流结果。
检查结果：不要只凭连接图标下结论
验证时要区分三件事：客户端是否已连接、应用是否被纳入 VPN、应用的目标请求最终由代理还是直连处理。连接图标只能说明系统或客户端显示了连接状态，不能单独证明某个应用遵循了预期规则。若客户端提供连接日志、应用流量统计或规则命中信息，可在发起新请求后查看相应记录，并核对应用名称、目标地址及处理规则。
对使用代理的应用，可以在客户端确认请求命中预期规则后，再检查目标服务实际看到的出口信息。对计划直连的应用，应确认客户端没有为它建立代理请求，并观察它在 VPN 连接期间是否仍可访问所需服务。若两个应用都显示正常，不代表所有应用都使用了同一条路径；企业应用、系统组件和资料空间应用可能有不同限制。
应用测试最好按相同顺序进行：先连接 VPN，再完全退出并重新打开目标应用，发起新请求；随后切换到另一个测试应用重复检查。若应用保持长连接，旧会话可能继续使用连接建立时的路径，需重新加载内容或重新建立会话。若仍不确定，可断开 VPN 后比较目标应用的行为，但要留意客户端或 Android 的阻断设置可能禁止无 VPN 网络。
DNS 结果也可能与应用代理路径不同。有些客户端会按规则处理 DNS 请求，有些系统或应用则使用自己的解析方式。因此，单次 DNS 查询不能替代对应用连接路径的检查。出现地区、登录或内容访问异常时，应结合客户端日志、目标应用的新请求和系统网络状态判断，不要仅凭一个检测页面推断全部流量。
出现故障时逐层排查并恢复默认
分流设置后若某个应用无法连接，先判断影响范围：只有一个应用异常，还是所有应用都无法上网；问题是否只发生在 VPN 开启时；切换网络或重新连接后是否恢复。一次只验证一个原因，避免清空配置后失去定位线索。
- 只有一个应用异常：检查它是否被放进了错误方向的列表，确认包含与排除模式没有弄反；重新启动应用并发起新请求，再查看客户端规则日志。
- 所有应用都异常：暂时关闭分应用功能，恢复全局或客户端默认模式。如果全局模式也不能连接，检查当前网络、节点状态和客户端连接提示，而不是继续修改应用名单。
- 被排除的应用仍无法联网：检查“无 VPN 时阻止连接”一类系统选项、客户端的阻断策略，以及其他 VPN 工具是否接管了系统接口。
- 切换 Wi‑Fi 与移动数据后失效：断开并重新连接，再重新发起请求。不要假定旧连接会自动采用新网络下的规则结果。
- 工作资料或应用分身异常：确认相关应用与客户端所在的资料空间和用户范围，并查看设备管理策略是否限制 VPN。不要只根据主空间的应用列表判断。
需要恢复默认时，先关闭分应用模式或清空自定义应用选择，再使用客户端明确提供的默认规则恢复选项；如果客户端没有该选项，就按之前记录逐项还原。完成后重新建立连接，用一个目标应用和一个对照应用各发起新请求。确认网络恢复后，再从最少的规则开始重新设置，而不是直接导入来历不明的规则文件。
日常使用中，分应用代理应保持简单、可解释、可撤销。把必须走代理的应用与必须直连的应用分开记录，修改后及时验证；遇到系统更新、客户端升级或资料空间变化，也重新检查一次规则效果。这样比长期叠加未经确认的例外项更容易维护，也更容易在连接异常时迅速回到可用状态。