安卓 VPN 分流怎么设置？指定应用走代理的进阶方法

安卓 VPN 分流的作用，是让选中的应用通过 VPN 连接，而其他应用继续使用手机当前网络。设置时要先确认客户端是否支持按应用分流，再弄清“包含应用”和“排除应用”两种模式的含义，最后通过实际应用验证规则是否生效。不同安卓版本、手机厂商和客户端的菜单名称可能不同；以下步骤以功能为准，不要求每台设备的界面完全一致。

先弄清应用分流与规则分流

应用分流依据的是 Android 应用本身：客户端把某些应用纳入 VPN，或让它们绕过 VPN。它不同于按域名、IP 地址或地区匹配的规则分流。前者回答“哪个应用的流量进入隧道”，后者回答“流量进入客户端后，哪些请求走代理、哪些直连”。有些客户端同时提供这两层设置，也有客户端只提供其中一种；不要把应用列表里的开关误认为已经设置好了所有域名规则。

常见模式大致分为两类。第一类是“仅代理所选应用”或类似的包含模式：列表中勾选的应用进入 VPN，未勾选应用通常留在本地网络。第二类是“绕过所选应用”或排除模式：除列表中明确排除的应用外，其他应用进入 VPN。模式名称可能略有差异，开始操作前应查看客户端旁边的说明，确认勾选状态究竟代表“经过 VPN”还是“绕过 VPN”。

Android 的应用分流通常由 VPN 客户端调用系统 VPN 能力实现，并非每个客户端都提供相同的控制选项。检查客户端设置中是否有“分应用代理”“按应用路由”“允许的应用”或“排除的应用”等项目；如果找不到，不要仅凭某种协议名称推断它支持应用分流。Shadowsocks、VMess、Trojan、Hysteria2 等协议与应用选择是不同层面的配置，客户端是否支持特定协议和分流功能，应以实际界面及其说明为准。

按使用场景选择应用和模式

选择模式前，先列出真正需要走 VPN 的应用，以及必须保持本地连接的应用。比如，你可能希望某个浏览器或工作应用使用 VPN，同时让本地银行应用、打印工具或只面向局域网的服务继续访问本地网络。不要一开始就把大量应用同时加入名单；列表越复杂，越难在出错时找出是哪一项设置造成影响。

如果只有少数应用需要经过 VPN，通常先考虑包含模式：只选择目标应用，其他应用保持默认路径。若多数应用都需要使用 VPN，只有少数应用必须绕过，则可以评估排除模式。不过，排除模式容易因新安装的应用未被排除而让它们默认进入隧道；包含模式则可能因忘记添加相关应用，导致某项功能仍走本地网络。两种方式都没有绝对优劣，关键是能否清楚维护列表，并确认客户端对列表外应用的处理方式。

还要留意一个应用可能由多个组件共同完成任务。例如，浏览器打开网页时会涉及浏览器本身，也可能涉及系统提供的网络组件；即时通信应用则可能通过后台服务接收通知。客户端的应用列表通常以系统识别到的应用为单位，不能保证把所有关联流量都按用户预想的方式归类。启用分流后，应分别检查前台功能、后台通知和需要访问本地设备的功能。

• ✅ 先确认目标应用，再选择“仅允许所选应用”或“绕过所选应用”模式。
• ✅ 记录当前模式和应用名单，避免多次修改后忘记原始设置。
• ✅ 对依赖局域网访问的应用，检查其本地设备或服务是否仍可连接。
• ❌ 不要同时更改应用名单、线路、DNS 和规则模式，否则故障来源难以判断。

动手设置：添加应用并逐项验证

开始前，先确认客户端已经导入有效配置，并且能够正常建立 VPN 连接。应用分流只负责改变流量的选择路径，不会替代订阅导入、线路选择或连接授权。若客户端尚未连接，先完成基本连接；需要了解 VPNND 的服务入口时，可在相关说明中访问 VPNND，再回到手机客户端继续设置。

1. 打开客户端的应用分流设置。在设置、路由或代理模式相关页面寻找按应用控制的选项。若客户端提供多种分流功能，先进入应用列表，不要把域名规则页面当成应用名单。
2. 选定一种模式。阅读界面说明，确认勾选应用是“经过 VPN”还是“绕过 VPN”。如果目标只有少数几个，先尝试包含模式；如果计划排除少数本地应用，则逐一核对排除模式下列表外应用的默认行为。
3. 添加少量目标应用。只选择首轮测试所需的应用，保存设置。若列表中出现同一应用的不同条目，先查看图标、名称和系统显示的信息，避免误选工作资料、克隆应用或不相关组件。
4. 重新连接并允许系统请求。部分客户端保存分流设置后会要求重新连接，也可能再次显示 Android 的 VPN 确认提示。确认请求来自正在使用的客户端，再按提示授权；不要假设保存开关就代表规则已经应用。
5. 分别测试名单内外的应用。先打开已选应用，检查客户端连接状态并访问该应用中的目标服务；再打开一款未选应用，确认其表现符合当前模式。若应用提供网络诊断或连接信息，可以一并查看实际出口，但不要把单个网页的结果当成所有应用都遵循同一路径的证明。

测试时保持线路和网络接入方式不变，一次只切换一个设置。对比结果时，记录应用名称、分流模式、名单状态和观察到的现象即可，不需要保存或公开订阅链接、账号密码等配置凭据。这样即使测试不符合预期，也能从最近一次修改处开始回退。

确认规则生效：连接状态不等于分流正确

客户端显示“已连接”，只能说明它报告 VPN 隧道处于连接状态，不能单独证明某个应用一定走了预期路径。验证时至少观察三件事：目标应用是否能正常完成所需操作；名单外应用是否符合直连或经过 VPN 的预期；本地网络功能是否仍可使用。若客户端提供连接日志、应用路由状态或流量统计，可用来辅助判断，但不同产品展示的信息粒度不一样。

查看出口信息时，尽量在目标应用内部完成测试。若应用本身没有网络诊断页面，可使用可信的网页服务辅助检查，但浏览器是否被包含在分流名单中要先确认。用浏览器看到某个出口，并不能直接证明另一个应用也使用相同出口。对于需要登录的服务，还应确认账号状态、应用自身网络设置和服务端限制没有干扰结果。

DNS 也值得单独检查。某些客户端会统一处理 DNS 查询，另一些则可能根据当前模式或规则选择不同的解析路径。因此，网页打不开不一定意味着应用没有进入 VPN；出口看似正确，也不一定说明所有域名查询都按预期处理。修改 DNS 后应重新连接，再用同一应用和同一目标重复测试。不要在没有证据时把一次地区显示差异直接判定为 DNS 泄漏。

排查异常并恢复全局代理

如果目标应用无法联网，先确认客户端处于连接状态，且当前模式没有把目标应用加入绕过名单。接着检查应用是否被系统识别为另一个工作资料或克隆实例，再重新保存名单并重连。若只有某项功能失败，先在同一应用内测试其他网络功能；问题也可能来自应用自身、DNS、目标服务限制或线路状态，而不一定是应用分流设置本身。

如果未选中的应用仍似乎走了 VPN，先核对当前到底是包含模式还是排除模式，再查看客户端是否还有全局代理、规则路由或按域名分流等设置。模式之间可能存在优先级：应用被允许进入隧道后，客户端内部的规则仍可能进一步决定连接方式。不要仅凭“未勾选”就断定它一定直连，应该以客户端对列表外应用的说明和实际测试为准。

想恢复全局代理时，先关闭按应用分流，或清除应用名单并切回客户端明确标注的全局模式，然后保存并重新连接。若客户端没有单独的全局选项，可按界面说明移除应用过滤条件，再检查规则模式是否仍会让部分请求直连。恢复后，分别测试常用浏览器和目标应用；确认结果符合预期后，再考虑逐步重新添加分流规则。

若仍无法判断问题来自哪里，可暂时恢复到此前记录的配置，重启客户端后复测；不要同时启动多个 VPN 客户端，也不要在排查过程中公开包含订阅信息或认证内容的截图。按“确认模式、核对名单、重新连接、分别测试、逐项恢复”的顺序处理，通常比反复切换线路更容易定位问题。