安卓VPN分流规则设置：指定应用直连一次配好

安卓 VPN 分流是什么：让不同应用走不同路径

安卓 VPN 分流的核心，是根据应用、域名、IP 地址或规则集决定连接路径，而不是让手机上的所有网络请求都使用同一个出口。开启 VPN 后，客户端通常会通过 Android 的 VPNService 建立虚拟网络接口，再根据当前模式把流量交给代理线路或直接发送到本地网络。分流规则就是在这一步决定“哪些请求代理、哪些请求直连”。

指定应用代理和指定应用直连是两种相反的配置思路。指定应用代理表示只有选中的应用进入 VPN 或代理隧道，其他应用保持本地连接；指定应用直连则是大部分流量默认经过线路，只把选中的应用排除在 VPN 之外。不同客户端的按钮名称可能是“按应用代理”“应用绕过 VPN”“允许列表”“排除列表”或“分应用 VPN”，看到的选项不同，但判断逻辑基本一致。

分流只改变网络路径，不会改变应用账户所在地区、系统语言或应用商店区域。应用本身如果使用独立 DNS、QUIC、WebView 网络栈或自带代理，可能与普通浏览器表现不同。因此，不能只看客户端图标判断所有规则都已按预期执行。

选择安卓客户端：先看是否支持应用级分流

安卓分流能否稳定运行，首先取决于客户端是否支持应用选择和 VPNService。官方 Android 客户端通常会在连接设置或高级选项中提供应用分流入口；兼容客户端则可能把功能放在 TUN、路由、网络设置或配置文件页面中。导入订阅成功，只代表线路配置已经被读取，不代表应用分流已经开启。

如果使用官方客户端，登录后获取订阅或线路配置，再在连接设置中寻找分应用选项。若使用 sing-box 兼容客户端，需要确认当前运行的是 TUN 或 VPNService 模式，并查看客户端是否提供应用包名匹配。部分客户端要求手动填写 Android 包名，而不是应用显示名称。应用更新、分身应用和工作资料中的同名应用，也可能对应不同包名。

安卓系统通常只允许一个应用同时接管 VPNService。启动新的 VPN 客户端时，旧客户端可能自动断开；如果系统提示 VPN 已被其他应用使用，应先完全停止旧客户端，再重新连接目标配置。浏览器扩展、局部代理工具和私人 DNS 也可能改变测试结果，设置分流前应尽量关闭重复的网络接管功能。

系统选项与客户端选项不是一回事

Android 设置中的“始终开启 VPN”和“阻止不使用 VPN 的连接”属于系统级行为。前者会在连接中断后尝试重新连接，后者则可能阻止被分流为直连的应用访问网络。如果你的目标是让某些应用明确直连，开启阻止非 VPN 连接后可能产生冲突，需要根据实际需求调整。

“始终开启 VPN”适合希望设备长期保持统一网络策略的场景，但它可能让切换客户端、排查断网和测试直连变得不方便。遇到应用始终无法联网时，应先查看系统 VPN 设置中是否启用了锁定网络、阻止非 VPN 流量或其他强制选项，而不是马上修改大量规则。

订阅与规则文件要分开理解

订阅链接通常提供节点、协议和基础配置；规则文件则负责判断流量去向。Shadowsocks、VMess、Trojan、Hysteria2 和 WireGuard 等协议解决的是连接和传输问题，并不天然等于某一种分流策略。客户端即使支持某个协议，也要确认当前配置是否启用了 TUN、应用匹配、DNS 处理和最终兜底规则。

订阅地址应当视为与账户相关的访问凭据，不要粘贴到公开的转换网站、陌生调试工具或截图中。使用兼容客户端时，优先采用服务页面明确支持的导入方式；不要为了追求更多规则而随意叠加多个配置文件，以免出现规则覆盖、DNS 冲突或代理循环。

动手设置：指定应用代理或直连

以下步骤适用于大多数基于 Android VPNService 的官方客户端和兼容客户端。界面名称可能不同，但建议按照“保存现状、选择模式、勾选应用、连接验证”的顺序操作。第一次设置时不要同时修改协议、DNS、节点和规则文件，否则出现问题后很难判断是哪项改动造成的。

设置指定应用代理

1. 打开客户端，确认已经导入正确的订阅或配置，并暂时选择一条容易识别的线路。
2. 进入连接设置、应用分流或 VPN 路由页面，选择“仅允许选定应用使用 VPN”一类的允许列表模式。
3. 在应用列表中勾选真正需要代理的应用。应用名称相同或存在工作资料版本时，打开应用详情确认图标和安装来源。
4. 保存设置后断开再连接 VPN，让客户端重新创建虚拟接口并加载应用列表。
5. 先在被选中的应用中检查出口，再在未选中的应用中访问普通网络，确认两组结果不同。

设置指定应用直连

1. 进入同一处应用分流页面，选择“绕过选定应用”“排除应用”或类似的排除列表模式。
2. 只勾选明确需要本地连接的应用，例如依赖局域网设备、运营商本地服务或需要保持本地网络环境的程序。
3. 确认客户端没有同时启用“仅选中应用代理”，这两个方向在部分界面中是互斥的。
4. 保存配置并重新连接，观察状态栏是否重新出现 VPN 图标，以及客户端日志是否显示应用规则已加载。
5. 分别测试被排除的应用和未被排除的应用，不要只在浏览器中判断整个手机的分流结果。

如果客户端支持按包名填写规则，应使用应用实际的包名，而不是桌面名称。例如同一个应用的正式版、测试版和工作资料版本可能使用不同标识。不要凭猜测输入包名；可以从客户端提供的应用选择器中直接勾选，或者通过系统应用详情确认名称。修改后重新启动目标应用，避免旧连接仍沿用此前的网络路径。

如何验证分流真的生效

验证分流不能只看客户端显示“已连接”。应分别检查被代理应用、被直连应用，以及设备上的 DNS 和局域网访问。连接前先关闭其他 VPN、代理扩展和可能独立接管网络的工具，记录直连状态下的出口信息。连接后，在目标应用内部重新发起请求，不要只刷新一个可能已经缓存结果的页面。

先做应用两组对照

在指定应用代理模式下，被选中的应用应使用 VPN 线路，未选中的应用通常保留本地出口。可以使用同一浏览器的普通网页和一个独立应用进行对照，但要注意浏览器可能启用了自己的加密 DNS 或代理设置。更可靠的方式是在两个独立应用中分别打开出口查询页面，或者查看应用自身的网络诊断结果。

在指定应用直连模式下，未被排除的应用应沿着 VPN 线路访问，排除列表中的应用则应保持本地网络。若两者出口完全相同，可能是应用没有真正重新建立连接，也可能是客户端只修改了系统代理而没有启用应用级 VPN。此时应关闭目标应用，从最近任务中移除后重新打开。

检查 DNS、局域网与 IPv6

基于域名的规则依赖 DNS 解析。如果 DNS 请求走了与应用流量不同的路径，域名规则可能命中错误，表现为某些网站可以打开、某些网站持续超时。安卓系统的私人 DNS、浏览器加密 DNS 和客户端内置 DNS 可能同时存在。排查时应暂时保持设置简单，确认客户端是否接管 DNS，再逐项恢复高级选项。

局域网设备无法访问时，不要马上认定分流失败。部分客户端默认把所有流量送入 TUN，局域网地址也可能被错误代理；另一些客户端则会自动放行本地网段。应检查“允许局域网访问”“绕过局域网”或“本地网络直连”选项，并确认手机与目标设备仍连接到同一个无线网络。

IPv6 也可能形成另一条路径。若客户端只处理 IPv4，而应用优先使用 IPv6，出口查询和规则命中结果可能与预期不同。可以在客户端支持的情况下启用完整 IPv6 处理，或临时关闭系统网络中的 IPv6 进行对照测试。不要在不了解后果时同时改动路由、DNS 和协议参数。

用日志确认规则命中

支持日志的客户端通常会显示应用连接、域名匹配、代理出口或直连动作。日志中的“match”“proxy”“direct”“bypass”等字段可以帮助确认方向，但不同客户端的词语不统一。重点是观察目标应用发起请求时，规则是否识别到正确的应用或域名，以及最终动作是否符合设置。

若应用使用 IP 直连、内置解析或多个域名，日志可能只显示部分请求。此时应把应用内的登录、页面加载、图片请求和文件传输分别测试。一个页面能够打开，不代表全部接口都采用相同路径。

规则失效、耗电增加与网络异常的排查方法

分流问题通常不是单一开关造成的，而是应用选择、系统权限、DNS、规则优先级和电池策略共同作用的结果。排查时建议先恢复一个简单的基线：只保留一个客户端、一条线路和一种应用分流模式，确认基础连接正常后再逐步增加规则。

指定应用完全没有生效

• 确认客户端获得了 Android 的 VPN 权限，并且当前确实由它接管 VPNService。
• 检查应用是否被选入正确的允许列表或排除列表，避免把两种模式理解反。
• 关闭目标应用后重新打开，清理可能保留的长连接、WebView 会话和后台连接。
• 检查应用是否安装在工作资料、应用分身或安全空间中，必要时分别添加对应版本。
• 暂时关闭私人 DNS、其他代理和浏览器独立代理，减少多重网络设置的干扰。
• 查看客户端日志是否有应用包名、规则动作和连接失败原因。

连接后耗电明显增加

VPN 客户端需要维持加密连接、处理 DNS 和转发流量，应用分流规则越复杂，后台处理的工作也可能越多。频繁自动切换线路、反复重连、持续刷新规则或启用过多日志，都会增加系统唤醒次数。可以先固定稳定线路，减少不必要的规则集和日志级别，再观察耗电是否改善。

安卓的电池优化也会影响客户端。系统如果限制后台活动，客户端可能被挂起，表现为连接图标仍在但应用无法访问网络。可以在系统电池设置中允许客户端保持必要的后台运行，同时关闭不需要的自动启动应用。不要为了保持连接而给所有相关程序解除限制，先只调整 VPN 客户端和确实需要持续通信的应用。

部分应用断网或网络循环

应用断网可能是规则把连接送到不可用的出口，也可能是应用只支持 IPv6、UDP 或特定证书校验，而当前客户端模式没有正确处理。先将该应用从分流列表中移除，使用全局模式做基础对照；如果全局模式也无法连接，问题更可能来自线路、协议或应用本身，而不是应用规则。

如果全局模式正常、分流模式异常，应检查规则优先级和兜底动作。某条域名规则可能先把请求直连，后面的代理规则因此永远不会命中。应用还可能访问多个服务域名，只有主域名经过线路，登录接口或内容接口却被分到直连。此时应依据日志逐个确认，不要盲目扩大代理范围。

恢复网络的安全顺序

1. 在客户端内断开 VPN，并等待系统状态栏中的 VPN 标识消失。
2. 关闭客户端后台运行，确认没有其他 VPN 或代理工具继续接管网络。
3. 检查系统代理、私人 DNS、始终开启 VPN 和阻止非 VPN 连接等设置。
4. 恢复客户端默认分流模式，删除刚刚新增且无法确认作用的规则。
5. 重新连接一条基础线路，先测试普通网页和本地网络，再恢复应用分流。

如果恢复后仍然无法联网，可以重启手机，让系统重新建立网络接口和路由状态。订阅导入报错时，应重新从可信入口复制地址，避免手动改动参数；怀疑订阅链接泄露时，应在账户面板更新相关凭据，再在客户端重新导入。排查过程中不要公开完整订阅链接、账户密码或包含身份信息的日志。

让安卓分流长期稳定的使用习惯

分流规则不是设置一次就永远不变。应用升级后可能新增域名、改变网络库，系统更新也可能调整后台权限和 VPN 行为。建议每次客户端、安卓系统或重要应用升级后，重新测试被代理应用和被直连应用，而不是只确认客户端能够连接。

规则命名应尽量清楚，把应用分流、域名分流和系统选项分开记录。遇到问题时，先记下当前线路、客户端模式、目标应用和发生时间，再进行修改。这样即使需要恢复，也能迅速回到上一个可用配置。不要同时保留多个功能相近的 VPN 客户端后台运行，以免它们争抢系统 VPN 权限。

日常使用中，少量明确规则通常比庞大而重复的规则集更可靠。需要代理的应用数量不多时，使用指定应用代理可以减少其他程序受到影响的机会；需要让大多数应用走线路时，则使用指定应用直连，并为本地服务预留清晰的排除项。对于银行、支付、办公内网和智能家居应用，应优先依据实际业务要求决定路径，不要为了规则整齐而强制改变它们的网络环境。

GreenVPN 支持 Windows、macOS、iOS、Android 和 Linux。使用安卓官方客户端或兼容客户端时，可先查看使用指南，确认订阅导入、权限授权和连接验证流程，再根据自己的应用需求设置分流。稳定的分流配置应当做到方向明确、规则可验证、出现异常时能够快速恢复，而不是单纯追求更多高级选项。