安卓VPN分流怎么设置？指定应用走代理一次配好

先弄清 Android 分流控制的是什么

Android VPN 分流不是把一条线路拆成几条，而是决定哪些应用的网络流量进入 VPN 连接，哪些应用不进入。比如，你可以让浏览器或某个工作应用走代理，同时让地图、银行应用或本地服务继续使用手机当前网络。实际效果取决于客户端是否支持按应用分流，以及它采用的规则类型。

Android 客户端通常通过系统提供的 VPN 接口建立连接。客户端可以提供“仅代理选定应用”或“排除选定应用”一类选项：前者把名单中的应用送入 VPN，其余应用通常直连；后者则让名单中的应用绕过 VPN，其余应用按 VPN 配置处理。不同客户端对这两种模式的命名和默认行为可能不同，设置前要读清界面说明，不能只根据开关名称猜测。

还要区分按应用分流与规则分流。按应用分流依据应用包名或系统应用列表判断，不一定能细分到同一应用访问的不同网站；规则分流则可能依据域名、IP 或其他规则匹配流量。即使某客户端同时支持多种规则，它们也可能受运行模式、DNS 设置和配置文件影响。不要把某个应用加入名单后，就推断它的所有连接都必然经过同一出口。

分流名单只对当前配置它的客户端生效。安装多个 VPN 客户端并同时尝试连接，可能导致系统接口冲突；Android 通常不能让多个 VPN 服务同时接管同一设备的全部流量。测试时应只让一个客户端处于连接状态，并确认系统显示的是预期客户端。

按使用目标选择名单模式

如果只有少数应用需要使用 VPN，且希望其他应用维持直连，通常可以先查看客户端是否提供“仅代理所选应用”或类似模式。将需要代理的应用加入名单后，检查是否还有浏览器、系统组件或辅助应用需要一并处理。某些应用把登录、内容加载、推送或网页授权交给其他应用完成，只配置主应用未必覆盖整个操作流程。

如果大多数应用都需要使用 VPN，只想让少数本地应用直连，可以考虑“排除所选应用”模式。此时名单里的应用通常绕过 VPN，其余流量按客户端配置处理。操作前要确认客户端对系统应用是否开放排除选项；有些客户端会隐藏部分系统组件，或对允许列表与排除列表设置互斥限制。

从最小范围开始设置更容易排查。先只加入一个目标应用，验证连接和出口，再逐步补充依赖应用；不要一次性把大量应用加入名单。名单里出现相似名称时，可打开 Android 的应用信息页核对应用图标与安装来源，避免选择到名称接近的另一款应用。工作资料、双开应用或不同用户空间中的应用，也可能被系统显示为单独实例，不能默认它们共享同一条规则。

• ✅ 只有少数应用需要代理时，优先评估“仅代理选定应用”模式。
• ✅ 大部分应用都走 VPN、少数应用直连时，再评估排除名单模式。
• ✅ 先用一个目标应用验证，再按实际依赖逐项扩展名单。
• ❌ 不要把系统 VPN 图标当成每个应用都已命中规则的证明。
• ❌ 不要同时连接多个 VPN 客户端来测试分流。

如果客户端使用导入的订阅配置，还要留意更新订阅是否会覆盖本地设置。多数客户端会把连接配置与应用分流选项分开管理，但具体行为因客户端而异。修改前记下当前模式和名单，更新订阅后回到分流页面复核；若规则突然改变，先检查配置是否被重置，而不是立刻更换线路。

动手设置：从连接前检查到实际验证

不同 Android 版本和客户端的菜单布局并不一致，下面按操作目的说明，不把某个界面名称当成所有设备通用路径。使用 VPNBX 官方 Android 客户端或兼容客户端时，应以当前应用实际提供的分流选项为准；如果找不到按应用设置入口，可能是该客户端版本或运行模式不支持这一功能。

1. 先确认基础连接。导入订阅或配置后，选择一条可用配置并连接。确认客户端没有报错，Android 系统授权提示已处理，且没有其他 VPN 客户端正在连接。若基础连接尚未建立，先排除订阅、协议兼容或网络问题，不要同时改分流名单。
2. 打开应用分流设置。在客户端的设置、路由或分流相关页面查找按应用控制选项。阅读页面对包含名单、排除名单及系统应用的解释。如果入口需要先开启某个运行模式，按客户端说明操作，并记下原有选项，方便之后恢复。
3. 选定名单逻辑。确定是让名单中的应用走 VPN，还是让名单中的应用直连。随后只添加一个目标应用作为初始测试对象。若应用有工作资料副本、双开实例或多个相似图标，逐一核对实际启动的是哪一个实例。
4. 保存并重新连接。保存设置后，按客户端要求重新连接 VPN。部分应用可能会保留旧连接或缓存状态；关闭并重新打开目标应用，再进行测试。若客户端提示需要重新启动隧道，不要跳过这一步。
5. 分别验证代理与直连。在目标应用中完成实际访问，再用另一个预期直连的应用访问其常用服务。可在浏览器中检查出口 IP，作为浏览器自身流量的参考，但这不能代替对其他应用的单独验证。结果不符时，逐项检查名单模式、应用实例、客户端运行状态和规则命中情况。

验证时尽量使用可重复的操作，例如重新打开页面、重新登录或加载同一项内容，并保持接入网络和客户端配置不变。若一个应用显示正常、另一个应用异常，不要马上改动所有规则；先判断异常应用是否真的应该走 VPN，以及它是否依赖其他组件。按应用逐项对照，比一次性切换多个选项更容易找到原因。

需要查看浏览器出口时，可以使用我的 IP页面。该结果只反映发起查询的浏览器请求，不能证明名单中的其他应用使用相同路径。不同应用也可能使用自己的 DNS、连接方式或内置代理设置；遇到结果不一致，应结合目标应用与客户端提供的规则日志、连接状态或诊断信息判断。

规则没有按预期生效时，按层排查

最常见的原因是名单模式理解反了。回到分流设置确认名单代表“通过 VPN”还是“绕过 VPN”，再核对目标应用是否真的列在对应名单中。界面显示已勾选不一定代表设置已应用；有些客户端需要保存、重载配置或重新连接后才会更新路由。

其次检查应用身份。Android 上的应用克隆、工作资料和用户空间可能各有独立实例。若主应用被加入名单，但实际操作的是工作资料中的副本，客户端可能把它视为不同应用。长按应用图标进入应用信息页，确认正在使用的实例，再回到客户端核对对应条目。系统应用或由其他应用打开的登录页面，也可能使一项操作经过不同进程。

如果客户端里看不到分流选项，先检查客户端说明与当前版本是否支持按应用路由，也要确认当前模式没有限制该功能。按应用分流、全局代理、规则模式与 TUN 类运行方式并非所有客户端都会同时提供。不要为了寻找一个菜单而盲目切换不熟悉的配置；先确认客户端的功能范围，再决定是否更换为支持该能力的 Android 客户端。

DNS 结果与应用流量路径也不总能用同一种方式解释。应用可能使用系统 DNS、客户端指定的 DNS，或自身内置的解析方式；分流时的 DNS 处理取决于客户端实现与配置。若网页能打开但地区判断不一致，或应用连接成功却无法加载特定内容，应把应用权限、账号地区、目标服务策略和 DNS 处理一并考虑，不能仅凭一次 IP 查询下结论。

还可检查 Android 的省电管理是否限制了客户端在后台运行。若锁屏后连接断开或规则似乎失效，确认客户端是否仍处于连接状态，再查看系统对后台活动、电池优化和网络访问的限制。不同品牌的系统管理方式存在差异，按设备设置说明调整；不需要为了分流而关闭所有安全或省电功能。

排查顺序建议保持简单：先确认客户端在线，再核对名单逻辑与应用实例，随后检查规则是否已重新加载，最后才调查 DNS、后台限制或目标服务本身。

如何恢复设置，以及怎样避免日后失控

想恢复所有应用采用客户端默认处理方式时，先在分流页面关闭按应用规则，或清空自定义名单，再保存并重新连接。若客户端提供“恢复默认”选项，应先读清它是否会同时重置代理模式、DNS 或其他网络设置。不要把卸载客户端当作第一选择，因为部分配置可能需要重新导入才能恢复。

如果只想撤销某一项应用规则，从名单中移除对应应用即可，然后重新连接并重新打开该应用验证。遇到无法确认哪些设置被修改的情况，可以先截图保存当前页面，逐步恢复最近改动；避免在同一次排查中同时更换订阅、节点、运行模式和分流名单，否则即使问题消失，也难以知道是哪项调整起作用。

订阅更新或客户端升级后，定期检查分流模式与应用名单是否仍符合预期。若依赖某个应用完成登录或接收通知，也要在更新后重新验证完整操作，而不是只确认 VPN 已连接。对于银行、支付或本地设备管理应用，按自身安全需求决定是否需要直连，并遵守应用服务条款；分流只是路由选择，不会改变账户权限或目标服务的地区政策。

如果 Android 客户端支持规则日志，可在遇到异常时查看目标应用是否命中预期规则。分享日志或截图前，先遮盖账号标识、订阅地址、访问记录和其他敏感信息。需要反馈问题时，说明设备系统版本、客户端名称与版本、所选模式、目标应用以及复现步骤即可，不要公开完整订阅链接或登录凭据。