安卓VPN分流规则怎么设？指定应用直连一次配好

安卓 VPN 分流的核心，不是把所有流量都交给同一条线路，而是先确定哪些应用需要代理、哪些应用应当保持直连，再让客户端按照应用、域名或规则集逐层匹配。这样可以减少无意义的绕路，也能避免本地支付、地图、智能家居和办公内网被错误地送入远端线路。

如果你的目标是“指定应用走代理，其余应用直连”，优先选择支持 Android VPNService 和应用级分流的客户端。不同客户端的菜单名称可能不同，有的叫“按应用代理”“应用分流”“排除应用”，有的则把它放在“规则模式”或“隧道设置”内。真正重要的不是按钮名称，而是确认客户端最终采用了哪一种匹配逻辑。

先理解安卓分流的两种方向

安卓应用分流通常有两种基本方向。第一种是“仅代理选中应用”：被加入列表的应用进入 VPN 隧道，其他应用保持直连。第二种是“排除选中应用”：大多数应用进入 VPN 隧道，被排除的应用绕过隧道直连。两者看起来只是一个开关的差异，实际影响却完全不同。

如果你只希望浏览器、影音应用或某个工作应用使用代理，通常应选择“仅代理选中应用”。这种方式的默认行为更保守，未加入列表的新应用不会意外使用代理。若你希望手机上的大部分应用都使用同一条线路，只想让支付、银行或本地生活应用直连，才更适合选择“排除选中应用”。

应用分流与域名分流也不是同一件事。应用分流根据发起连接的程序判断路径，适合“整个应用统一走代理”的需求；域名分流根据访问的域名、IP 或规则集判断路径，适合“同一个应用里，不同服务采用不同线路”的需求。例如浏览器既可能访问需要代理的网站，也可能访问本地办公系统，这时仅按应用分流会比较粗，域名规则可以提供更细的控制。

还要注意 Android 的 VPNService 接管范围。客户端创建系统 VPN 后，系统会把符合配置的应用流量交给它处理，但应用自身可能使用独立网络通道、内置代理、QUIC 或其他连接方式。某些应用还会使用 IPv6、私有 DNS 或后台服务，因此“应用已加入代理列表”并不等于该应用的每一种请求都必然采用同一条路径。

• ✅ 只代理少数应用时，优先使用“仅代理选中应用”。
• ✅ 只排除少数本地应用时，再考虑“排除选中应用”。
• ✅ 应用分流与域名分流混用时，先确认规则优先级。
• ❌ 不要只看列表里的勾选状态，必须确认勾选代表代理还是直连。
• ❌ 不要同时运行两个会创建系统 VPN 的客户端。

按使用场景整理应用清单

开始配置前，建议先把应用分成“必须代理”“必须直连”和“暂时不确定”三类。不要一上来把所有应用都勾选进去，因为这样很难判断电量消耗、推送延迟和登录异常究竟来自哪一条规则。先从一两个明确的目标应用开始，确认结果后再逐步扩展。

哪些应用适合放入代理列表

需要访问特定地区内容、跨境资料或远端服务的浏览器、影音应用、协作工具和开发工具，可以根据实际需求加入代理列表。对于浏览器，应用级代理会让其中的所有标签页共享同一个出口，因此适合固定使用方向的场景；如果浏览器同时承担本地办公和跨境访问，则可以进一步使用域名规则，而不是简单地把整个浏览器交给代理。

影音应用通常会根据出口地区、账号状态、DNS 结果和缓存判断内容可用性。加入代理列表后，建议完全退出应用再重新打开，因为应用可能已经缓存了旧的地区判断。不要在播放过程中频繁切换节点，否则出口变化可能触发重新验证或中断当前会话。

哪些应用应保持直连

银行、支付、公交、地图、本地生活、家庭设备和公司内网应用通常应优先考虑直连，尤其是在它们本来就能正常访问时。保持直连可以减少不必要的绕路，也能让地区敏感的登录环境保持一致。对于需要访问局域网打印机、NAS、路由器或智能家居设备的应用，还应检查客户端是否提供“允许局域网访问”之类的选项。

游戏是否应该代理，不能一概而论。有些游戏的登录、商店和更新服务与实际游戏服务器并不在同一地区；把整个游戏加入代理列表后，可能只改变登录路径，却没有改善对战连接。更稳妥的做法是先确认游戏的登录、更新和对战分别使用哪些网络服务，再决定采用应用分流还是域名分流。遇到账号地区、支付或安全验证问题时，应先恢复直连，而不是持续更换线路。

理解规则优先级

常见的判断顺序包括应用规则、域名规则、IP 规则、地区规则和最终兜底规则，但每个客户端的实现可能不同。一个应用已经被指定走代理，并不代表它访问的所有 IP 都会绕过更高优先级的直连规则；反过来，域名规则命中代理，也不一定能覆盖应用内置的独立连接。

在安卓客户端中完成一次配置

下面以支持订阅导入和应用分流的 Android 客户端为例。不同客户端的按钮位置会变化，但操作逻辑基本一致。06VPN 支持 Windows、macOS、iOS、Android 和 Linux；如果你已经在用户面板取得订阅链接，可以先通过使用指南确认导入方式，再回到安卓端设置分流。

1. 导入订阅并更新配置。打开客户端的订阅管理，新增远程订阅，粘贴完整链接并执行更新。订阅导入后应能看到节点列表和对应协议，不要把订阅链接填入 Android 系统自带 VPN 的服务器地址栏。
2. 选择一个可识别的节点。首次配置时不要同时改变节点、模式和应用列表。先选择一条目标线路，连接后记录当前设置，后续排查才知道是哪一个变量造成变化。
3. 启用 Android VPN 权限。系统弹出“允许建立 VPN 连接”提示时，确认客户端来源可信后再授权。系统状态栏出现 VPN 标识，只表示 VPNService 已启动，不能单独证明指定应用已经走代理。
4. 进入应用分流页面。在路由、分流、按应用代理或隧道设置中，确认当前模式是“仅代理选中应用”还是“排除选中应用”。先清空不确定的旧列表，再加入一个测试应用。
5. 保存并重新连接。部分客户端只有在断开后重新连接，才会重新创建应用路由。保存规则后，先断开，再连接同一节点，避免旧连接继续沿用旧的分流状态。
6. 分别测试代理应用和直连应用。代理应用访问出口查询页面或目标服务，直连应用访问本地服务或日常功能。不要只测试代理应用，因为直连范围是否正确同样重要。

如果客户端提供“绕过局域网”“允许局域网访问”或“阻止连接时无网络”等选项，应结合自己的需求选择。办公时需要访问公司内网或家庭设备，可以优先确认局域网是否可达；对安全性要求较高、不能接受意外回落到本地网络的场景，则应理解“阻止连接时无网络”的影响，并在断线后观察应用是否完全停止，而不是误以为它仍处于代理保护下。

安卓分流配置记录
模式：仅代理选中应用
代理应用：目标浏览器、影音应用
直连应用：支付、地图、办公内网
节点：已选择并完成连接
验证：代理出口与直连结果分别检查

从应用、出口和 DNS 三层验证

验证分流不能只看客户端是否显示“已连接”。第一层是应用层：目标应用是否能正常打开页面、登录服务或建立会话。第二层是出口层：代理应用访问 IP 查询服务时，看到的出口是否与预期线路一致；直连应用则应保持本地网络的访问结果。第三层是 DNS 和路由层：域名解析是否发生非预期绕行，局域网地址是否仍可访问，IPv4 与 IPv6 是否呈现不一致。

测试时应逐个关闭应用的内置代理、加速器或私有网络功能，否则它们可能覆盖系统 VPN 的结果。浏览器还可能使用安全 DNS、缓存或扩展程序，建议在新隐私窗口中重新测试。对于影音和社交应用，应完全结束后台进程后再启动，避免旧会话继续使用先前的出口。

• ✅ 代理应用能访问目标服务，且出口查询结果符合所选线路。
• ✅ 直连应用仍能使用本地支付、地图或局域网功能。
• ✅ 切换无线网络与蜂窝网络后，规则仍保持原来的方向。
• ✅ 关闭客户端后，系统 VPN 标识和应用连接状态都能正确恢复。
• ❌ 不要把“节点列表可见”当作“所有应用已经经过节点”。
• ❌ 不要用一次网页加载成功替代 DNS、应用和出口的交叉验证。

如果代理应用的出口没有变化，先检查它是否真的在代理列表中，再检查当前模式是否被设置成“排除选中应用”。如果直连应用的出口也发生变化，说明范围可能过大，或者客户端使用的是全局隧道模式。若浏览器结果正常而影音应用异常，则应检查应用缓存、内置网络设置、域名规则和 IPv6，而不是立即重新导入订阅。

耗电优化与故障回退方法

应用分流本身不一定会明显增加耗电，真正影响电量的通常是持续保持隧道、频繁重连、后台应用不断发起请求，以及线路质量不佳导致的重复传输。手机处于休眠、网络从 Wi-Fi 切换到蜂窝数据或系统启用省电策略后，客户端可能被限制后台活动，表现为连接暂时中断、通知延迟或应用重新加载。

优化时可以先减少代理应用数量，只保留确实需要远端线路的程序；再关闭不必要的自动重连频率或过度频繁的订阅更新。不要为了让一个偶尔使用的应用保持在线，把所有后台程序都加入代理列表。对于影音应用，使用完毕后正常退出；对于需要持续连接的办公工具，则应在系统电池设置中确认客户端没有被限制后台运行。

故障回退应当有明确顺序。先暂停应用分流，改用全局模式做一次短暂的基础验证；如果全局模式也无法访问，优先检查节点、协议、网络环境和订阅状态。如果全局模式正常而应用分流异常，问题大多集中在应用列表、规则方向、规则优先级或 Android 的应用权限。验证完成后应恢复到最小范围的应用分流，不建议长期保持全局模式。

Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard 等协议的传输机制不同，客户端对应用分流和 DNS 处理的支持也可能不同。更换协议时不要同时改变应用列表和规则模式；应一次只改变一个变量，并重新检查代理应用、直连应用和局域网访问。协议名称不能直接代表分流效果，最终仍要以当前客户端的路由结果为准。