安卓按应用分流，实际改变了什么
安卓 VPN 分流不是给某个应用单独创建一条 VPN，而是让客户端按照应用名单决定哪些流量进入当前 VPN 隧道、哪些继续使用手机原来的网络。比如，把浏览器和视频应用设为走代理，同时让银行应用、打车应用或本地设备管理工具保持直连。具体能否按应用配置，取决于所用客户端是否提供这项功能；安卓系统本身不会替每个 VPN 客户端提供一套统一的分流界面。
分流名单通常有两种相反的工作方式：一种是“仅代理选中的应用”，名单里的应用走 VPN，其他应用直连；另一种是“排除选中的应用”，名单里的应用直连，未排除的应用走 VPN。客户端的中文翻译可能是“包含应用”“绕过应用”“排除应用”或“仅允许所选应用”，不要只凭选项名称猜测。设置前先查看界面说明，确认列表代表的是“走 VPN”还是“绕过 VPN”。
还要区分应用分流和规则分流。应用分流按安卓应用包来决定流量去向；规则分流则可能按域名、IP 地址或规则组处理连接。某些客户端会把这两类设置放在不同页面，也可能只支持其中一种。应用名单设对了，不代表该应用访问的每个域名都一定通过同一种线路，最终结果仍受客户端模式、路由规则和当前连接状态影响。
先选好模式，再整理应用名单
配置前先列出你真正需要的应用，避免把名单做得过大。常见思路是先决定“哪些必须走 VPN”，再决定是否有明确需要直连的应用。若只希望少数应用使用代理，适合查看客户端有没有“仅代理所选应用”模式；若大多数应用都需要 VPN、只有少数应用需要本地网络，则可考虑排除名单。两种模式没有绝对优劣，关键是弄清未列出的应用会怎么走。
- ✅ 把需要使用境外服务的浏览器或目标应用列入代理名单，并通过实际访问确认生效。
- ✅ 对依赖本地网络、局域网设备或本地服务的应用，先确认它是否需要直连，再决定是否排除。
- ✅ 每次只调整一组应用，保存后重新连接，便于判断是哪项设置改变了结果。
- ❌ 不要把“未选中”直接理解为直连或代理，先核对当前模式的名单含义。
- ❌ 不要同时启动两个 VPN 客户端；安卓通常一次只允许一个应用接管系统 VPN 通道。
选择客户端时，也要确认它能否逐个选择已安装的应用、是否支持你需要的路由方式，以及配置变更后是否需要重新连接。若你正在了解适用于安卓的服务和客户端，可以从 VPNWu 首页查看相关信息；实际分流选项仍以手机上安装的客户端界面为准。
名单里找不到目标应用时，先确认应用已经安装并完成首次启动，再回到 VPN 客户端刷新或重新打开应用列表。有些客户端只展示已安装应用，有些会把系统组件、工作资料中的应用或双开应用单独处理；不同手机厂商的系统也可能改变应用列表的显示方式。不要为了让某个应用出现，就随意选择名称相近的系统组件。
动手设置：添加应用并验证代理状态
下面按通用流程操作。不同安卓版本和客户端的按钮名称会有差异，但判断逻辑相同：找到分流模式、明确名单含义、选择应用、保存并重新连接，最后分别测试走 VPN 和直连的应用。
- 先连接一次并确认基础网络正常。打开 VPN 客户端，导入订阅或选择现有配置，连接一个可用节点。先确认客户端显示已连接，再打开你计划分流的应用测试。这样可以把“节点本身无法连接”和“分流名单设置不正确”区分开。
- 进入应用分流设置。在客户端中查找“分应用代理”“应用绕过”“按应用路由”或类似选项。若只看到域名规则、规则组或全局模式，可能需要先切换到支持应用名单的配置，或确认当前客户端是否提供安卓应用级分流。
- 选择名单模式并读清说明。决定使用“仅代理所选应用”还是“排除所选应用”。如果界面提供“全部应用走 VPN”一类选项，切换前先记录原设置，避免改变后无法判断其余应用的去向。
- 勾选目标应用并保存。只选择确实需要改变网络路径的应用。保存后根据客户端提示重新连接 VPN；部分客户端在连接期间不会立即应用新的应用名单，单纯返回上一页不一定代表规则已经生效。
- 分别测试两类应用。先测试名单中应走 VPN 的应用，再测试应直连的应用。可观察页面能否加载、目标服务是否可访问，并使用服务自身显示的地区或网络信息辅助判断。不要只以 VPN 状态栏图标作为依据，因为图标只能说明系统 VPN 通道已连接，不能证明某个应用实际按预期走了哪条路。
- 逐项修正并保存记录。如果一个应用的状态不符合预期，每次只改它的名单归属或模式，然后重新连接再测。确认结果后记下当前模式和名单，日后更新客户端或修改订阅时就能快速恢复。
确认指定应用是否按规则走
验证时，先把结果拆成“VPN 是否连接”和“目标应用是否按名单路由”两件事。客户端显示连接成功，说明系统 VPN 通道已经建立；但如果应用被加入直连名单，它的网络请求本来就可能绕开隧道。反过来，应用被设为走 VPN，也可能因为节点、DNS、应用自身网络策略或服务端限制而访问失败。仅凭一次页面打不开，不能立刻判断是名单写错。
较稳妥的做法是选择一个可重复访问的页面或服务，在调整前后使用同一应用测试，并保持网络条件不变。若客户端提供连接日志或应用流量统计，可在测试时观察对应应用是否产生经过 VPN 的连接记录。日志名称和详细程度因客户端而异；没有应用级日志时，可以通过目标服务的网络状态信息交叉判断，但不要把某个测速结果当作分流规则的唯一证明。
还可以做一次反向检查：临时把目标应用从名单中移除，或在“仅代理所选应用”和“排除所选应用”之间切换后，重新连接并重复测试。如果结果随设置改变，说明应用名单至少参与了路由；如果结果完全不变，继续检查当前配置是否支持分应用代理、设置是否保存，以及是否确实重新建立了 VPN 连接。测试完成后恢复你计划长期使用的模式。
配置不生效或影响其他应用时怎么排查
最常见的问题是名单语义理解反了。比如在“绕过所选应用”模式下勾选目标应用，结果是让它直连，而不是代理。先回到分流页面读模式说明，再用一款容易测试的应用确认名单作用，不要同时改 DNS、节点和规则组。减少同时变化的项目，才能知道问题出在哪里。
如果新设置没有生效，依次检查客户端是否保存了名单、是否需要断开后重新连接、目标应用是否选对，以及是否有另一个 VPN 或本地代理工具同时运行。安卓的 VPN 权限通常由系统交给当前活动的 VPN 应用管理；启动第二个 VPN 客户端时，系统可能断开前一个连接或弹出确认提示。排查期间关闭其他 VPN 类应用，只保留一个客户端。
若 VPN 连接后其他应用无法联网，先检查它们是否被错误加入“仅代理”名单，或当前模式是否让未选中的应用走了你未预期的路径。再查看客户端有没有“阻止未经过 VPN 的连接”“始终开启 VPN”等系统级选项。这类选项可能在隧道断开时阻止部分网络访问，与应用分流名单不是同一项功能。临时测试时不要随意关闭安全设置；先理解它的影响，并在测试后恢复合适的状态。
还要考虑应用自身的网络行为。一个应用可能会调用系统服务、浏览器组件或其他共享组件完成登录和页面加载，因此某个页面表现异常，不一定意味着整个应用的流量都走错。工作资料、应用双开、系统更新后的包名变化，也可能让客户端列表中的条目与主屏幕图标不完全对应。遇到这种情况，先核对应用来源和实际启动的实例，再逐个测试，不要一次性把所有系统应用都加入代理名单。
如果分流后出现 DNS 解析异常或只有部分页面打不开，先恢复到容易理解的配置：保持一个 VPN 客户端运行，暂时减少应用名单，并确认节点连接正常；之后每次只恢复一项分流设置。若问题只在特定应用出现，优先检查该应用的名单归属和客户端日志；若所有应用都受影响，则先排查 VPN 连接、系统网络设置或客户端当前模式，而不是反复增删应用。
应用分流控制的是应用流量的路由范围，不会自动修复账号地区、服务权限或应用本身的网络故障。遇到无法访问的情况，先确认是单个应用还是全局问题，再按“名单模式—连接状态—节点与 DNS—应用自身限制”的顺序排查。
最后，建议把配置保持简单：明确哪些应用需要 VPN，哪些需要直连；使用少量、容易识别的名单；更换网络或更新客户端后重新验证。这样即使客户端的菜单名称发生变化，也能根据“选中应用究竟走哪条路”判断设置是否正确，而不必依赖某个特定按钮的位置。