Android 分应用代理不生效？应用名单、VPN 接管与重连检查

Android 分应用代理不生效，先检查目标应用有没有被纳入当前 VPN 接管，再看进入客户端后走了哪条规则。名单里勾选一个应用，不一定就等于它的所有请求都使用远程节点；名单改完后还要确认新 VPN 连接已经应用设置。

作者：小六｜资料核对日期：2026年10月10日。本文适用于通过 Android VPN 接口运行、支持分应用设置的机场客户端。不同软件的按钮名称和保存方式可能不同，请以所用客户端说明为准。

一、把“应用名单”和“出口规则”分开看

可以把排查拆成三个问题：系统是否将目标应用的请求交给 VPN，客户端收到后选择什么出口，以及测试是否使用修改后的新连接。这三个环节需要分别确认。

例如，目标应用已进入客户端，但连接记录显示选择直连，应检查出口规则；如果它被排除在 VPN 外，调整客户端里的节点策略组，通常无法改变这条没有进入的请求。关于接管方式与运行模式，可参考本站规则、全局与 TUN 的区别。

Android 原生接口区分允许名单和排除名单，不能在同一个构建器里同时使用两种名单。对应行为见 Android VpnService.Builder 文档。

原生名单方式	目标应用怎样处理
允许名单中已有应用	只有名单内应用被允许使用 VPN，其他应用使用系统网络
排除名单	名单内应用不使用该 VPN，其他应用可使用 VPN
未指定这两类名单	默认不按应用限制 VPN 使用

这不是“进入 VPN 后所有连接一定走节点”的承诺，仍需看路由和客户端规则。尤其要注意，原生允许名单为空不表示全部断网；软件界面可能另有开关逻辑，不能把一个“未勾选”截图当成最终系统配置。

先读清客户端是在“仅代理这些应用”还是“绕过这些应用”模式。测试时选一个确实需要处理的应用即可，不要一口气改动几十个项目，避免无法判断哪项造成了变化。

Android 原生名单使用已安装应用的包名，不是桌面上显示的中文标题。包名和安装要求也由前面的接口文档说明。手动编辑配置时，应通过客户端提供的应用选择器或可信的本机应用信息核对，不根据名字猜一串字符。

如果手机有工作资料、多个用户或应用分身，还应确认你打开的是哪一个实例。Android 的 VPN 官方指南说明，VPN 服务与用户或工作资料相关，不能从主用户的设置直接推断工作资料中的覆盖情况。

这里不提供通用的“工作资料编号”：不同设备和配置需要实际核对。选对软件名称却选错所在资料，也会让测试结果看起来像名单没有作用。

Android 官方指南要求在建立连接前设置应用名单；变更名单需要建立新的 VPN 连接。因此，保存界面显示成功，并不能单独证明当前连接已经重新建立。可以按这个顺序检查：

测试时保持网络和目标不变，先只改名单。旧页面仍能显示，可能只是内容已缓存；旧任务的表现也不适合直接代表新设置。没有连接记录时，还要确认确实发出了新请求、客户端是否展示这类记录，不能只凭“列表里没看到”就下结论。

sing-box TUN 文档中的 include_package 用于限制纳入路由的 Android 包，exclude_package 用于排除；这些用户和包规则仅支持 Android，且需要 auto_route。见 sing-box 官方 TUN 文档。

这些是特定内核的字段，不是任意客户端的通用按钮，也不能直接当成 Windows 进程名规则。先确认软件支持的配置入口和实际生效内容，避免把字段放进不受支持的位置。客户端怎样处理同时出现的选项，应查它的说明，不由 Android 原生接口的限制反推所有客户端实现。

系统如果启用了“阻止不通过 VPN 的连接”，原本要走系统网络的应用可能无法联网。Android 官方指南明确说明，这会影响允许名单之外或排除名单内的应用。因此，“排除”不能无条件理解为“肯定能正常直连”。

先记录这个系统选项的状态，再判断当前名单是否符合预期。若设备由单位管理，应按管理员要求处理；不要为了让一个应用恢复，就盲目关闭原有保护。也要核对正在工作的 VPN 是否还是预期客户端。

不能这样推断。浏览器验证只覆盖当次浏览器请求；其他应用应分别核对名单和实际出口。可以用一个受影响应用做对照，不需要反复运行整机测速。

如果亮屏时名单效果稳定、异常只随锁屏出现，先检查服务和后台活动更合适，可阅读Android 锁屏连接排查。分应用设置不等于后台运行保证。

欢迎带着客户端版本、名单模式、目标应用和脱敏后的连接记录交流，注明问题是“没进入客户端”还是“出口不符合预期”，不需要发送完整订阅：Telegram 联系我。