先确认 Android 已允许 v2rayNG 建立本地 VPN，再处理锁屏后的后台限制，最后选择哪些应用进入隧道。本文适合已经导入配置、但遇到连接请求、后台断连或应用分流不符合预期的用户。按顺序检查，可以把系统授权、后台存活和路由规则分开验证，避免同时修改多项设置后失去判断依据。
一、VpnService 授权与节点连接不是同一件事
v2rayNG 使用 Android 的 VpnService 接管设备上的应用流量，再交给 Xray 内核按配置处理。首次启动连接时，系统通常会显示「连接请求」对话框，说明应用请求设置 VPN 连接。点「确定」是允许建立本地 VPN 接口，不代表远端服务器已经连通，也不是为节点颁发访问权限。
导入 VMess 或 VLESS 配置只完成了服务器参数的准备。地址、端口、认证信息、传输方式和 TLS 等参数仍需与服务端一致。系统出现 VPN 标识，只能说明本地 VPN 服务处于活动状态，不能据此判断节点可用、DNS 正常或所有应用都已经走代理。
-
选择配置
在 v2rayNG 主界面点选一条已导入的配置。先用一条明确可用的配置验证，不要在授权排查过程中同时切换订阅、传输方式和路由。
-
启动连接
点击主界面右下角的连接按钮。首次出现 Android「连接请求」时，阅读提示并点「确定」。若未弹出，可能是之前已经授权，应结合系统 VPN 页面检查。
-
核对占用
进入系统「设置」→「网络和互联网」→「VPN」。厂商系统路径可能不同，可在设置中搜索「VPN」。确认当前连接属于 v2rayNG，而不是另一个占用 VPN 槽位的应用。
-
验证访问
返回浏览器打开一个已知可访问的 HTTPS 页面，再查看 v2rayNG 的「日志」。若 VPN 已建立但访问失败，继续检查节点和日志，而不是反复重新授权。
二、先区分通知限制、电池优化与后台清理
“切回桌面就断开”和“锁屏一段时间才无法访问”不一定是同一个问题。前者应先查服务是否启动、是否被其他 VPN 替换；后者再查电池优化、厂商后台限制，以及锁屏期间的网络变化。省电白名单只能减少系统对应用的限制，不能修复失效节点或不稳定的移动网络。
这三项系统变化应分开理解。电池优化影响空闲时的后台活动；前台服务用于持续运行；通知权限决定通知展示方式。Android 13 及以上拒绝通知权限，不等于拒绝 VPN 授权，也不必然导致服务立即停止。因此不能只凭通知栏有没有图标判断连接是否存活。
- 电池策略：长按 v2rayNG 图标→「应用信息」→「电池」或「应用电池用量」，选择「不受限制」或允许后台活动。具体名称以手机系统为准。
- 电池优化名单：在系统设置中搜索「电池优化」，切换到全部应用，找到 v2rayNG 后选择「不优化」。部分系统仅提供上一项入口，不需要寻找两个完全相同的开关。
- 厂商后台管理：如果系统提供「自启动」「应用启动管理」或「后台运行」，允许 v2rayNG 所需的后台活动。最近任务中的锁定功能可作为补充，但不能代替电池设置。
- 通知权限：「应用信息」→「通知」中允许服务状态通知，便于观察运行和停止状态。不要把通知权限当成节点连接权限。
「强行停止」会明确终止应用，加入省电白名单也不会使它自动恢复。修改后台策略后，应手动打开 v2rayNG 并重新连接。系统重启后同样需要核对运行状态，不要假设最近任务里保留的界面就代表 VPN 已恢复。
三、用一次锁屏对照定位后台断连
排查时固定同一条配置、同一种网络和同一款测试应用。每次只改一个设置。这样才能分清是应用被回收，还是 VPN 仍在运行但连接失效。下面的时间是建议检查点，不是续航承诺或连接性能实测。
| 检查点 | 执行操作 | 记录内容 |
|---|---|---|
| 连接后立即 | 保持屏幕亮起，访问测试页面 | VPN 状态、页面结果、日志时间 |
| 锁屏 5 分钟 | 解锁后重新加载同一页面 | 服务是否仍在、是否需要重连 |
| 锁屏 15 分钟 | 不切换网络，再次检查 | 故障是否仅在较长空闲后出现 |
| 切换网络后 | 单独测试 Wi-Fi 与移动数据切换 | VPN 是否存活、重连能否恢复 |
判断顺序：先看服务，再看连接
若系统 VPN 连接已经消失，优先检查后台管理与 VPN 冲突；若连接仍在、重新连接后才恢复，记录网络切换时间并检查日志中的超时或解析错误，不要继续叠加省电设置。
VPN 图标和服务通知只能作为线索。最终还要通过实际请求验证。提交日志前，移除订阅链接、服务器地址及认证信息；保留故障时间、错误类型和操作顺序即可。分享完整配置会暴露访问凭据，不是排查后台存活的必要步骤。
四、分应用代理：仅代理与绕过模式怎么选
在 v2rayNG 侧栏进入「设置」→「分应用代理」。常见界面提供「启用分应用代理」、应用列表和「绕过模式」选项；不同版本的排列与文字可能略有差异，应先读清开关说明。这里决定的是哪些应用的流量交给 VPN，不是给某个应用直接指定一个远端节点。
仅代理选中应用
推荐启用分应用代理，关闭「绕过模式」，只勾选需要交给 v2rayNG 的应用。初次验证时只选一款浏览器，便于确认设置结果。其余应用不进入该 VPN 隧道。
适合：只处理少量应用、首次配置和逐项排查。
绕过选中应用
启用分应用代理，再打开「绕过模式」，勾选需要排除的应用。被勾选的应用不进入该 VPN 隧道，其他应用进入隧道后继续接受内核路由规则处理。
适合：多数应用需要进入隧道，仅排除少数应用。
两种模式的勾选含义相反。假设浏览器 A 和视频应用 B 是测试对象：关闭绕过模式并只勾选 A，表示只有 A 进入隧道；打开绕过模式并只勾选 B，表示 B 被排除。不要直接切换模式却保留旧列表，否则原来的“包含名单”会变成“排除名单”。
- 修改前：先停止连接，记录当前模式和勾选列表，避免列表含义混淆。
- 修改后：返回主界面重新连接，使新建的 VPN 接口使用新名单。应用筛选不是对已建立连接的即时重写。
- 验证时：关闭并重新打开测试应用，发起新的网络请求。旧连接、页面缓存和离线内容都可能干扰观察。
- 列表找不到应用：检查是否安装在另一用户或工作资料空间；普通应用列表不会自动跨越所有资料空间。
五、分应用筛选与路由分流要分两层检查
“选进分应用代理”不等于“所有请求都通过远端节点”。应用流量进入隧道后，Xray 仍会按路由规则选择出站：可能交给代理，也可能直连或阻止。反过来，被分应用名单排除的流量没有进入这条处理链，调整内核中的域名规则通常不会改变它的路径。
| 设置层 | 决定什么 | 常见误解 |
|---|---|---|
| 分应用代理 | 哪些应用流量进入 VPN | 勾选应用就一定走远端节点 |
| 路由规则 | 进入内核后的请求使用哪个出站 | 域名规则能接管被排除的应用 |
| 节点配置 | 代理出站如何连接服务器 | 更换协议可以解决系统后台清理 |
| DNS 设置 | 相关域名请求如何解析 | 网页失败都能靠更换 DNS 修复 |
验证名单时，可以先记录原路由，再临时使用明确的全局代理路由模式，减少直连规则的干扰；测试结束后恢复原设置。即使使用全局代理模式，被分应用名单排除的应用仍不受它控制。自定义配置也可能有自己的路由结构，不能假设界面上的预设会覆盖所有自定义内容。
- 应用完全无法访问：先确认它是否被纳入隧道，再检查节点可用性和系统的 VPN 阻断策略。
- 只有部分域名失败：检查对应路由规则、DNS 结果和日志，不要立刻把整个应用移出名单。
- 刚修改名单仍像旧行为：重新连接 VPN，并重启测试应用，再使用新请求验证。
- 订阅更新失败：把订阅获取与应用访问分开检查。订阅管理不是分应用代理名单的替代入口。
六、授权与分应用代理常见问题
点连接没有授权框，是不是没有权限？
不一定。Android 可能保留了先前的授权。先到系统「设置」中搜索「VPN」，核对当前连接，再查看 v2rayNG 日志。若另一应用设置为始终开启的 VPN，应先处理该设置，再重新启动 v2rayNG。
已经设成不优化，为什么锁屏还是断？
继续检查厂商的自启动与后台运行管理，并确认没有手动「强行停止」。按 5 分钟、15 分钟两个检查点测试；若服务始终存在，应转查网络切换、节点超时和 DNS，而不是反复修改同一个电池开关。
勾选了应用，为什么它反而没走代理？
先看「绕过模式」是否打开。打开时勾选代表排除。关闭时再检查路由是否把请求直连。修改名单后停止并重新连接，关闭测试应用再打开，以免沿用已有连接。
需要把所有系统应用都勾上吗？
不需要为了“完整”而批量勾选。先选择明确需要处理的应用，确认行为后再增加。系统组件、下载服务或工作资料中的应用可能使用独立身份；涉及它们时应按实际请求来源测试，不能只看前台应用名称。
分应用设置能直接搬到 v2flyNG 吗？
节点分享链接与应用筛选名单不是同一类数据。v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核，支持的配置能力与设置入口可能不同。迁移时先核对节点兼容性，再在目标客户端重新设置并验证应用名单。
完成配置后，保留一份简短记录：使用的客户端版本、当前节点类型、分应用模式、勾选名单和电池策略。下一次出现问题时，先复现再改动。授权负责建立本地接口，后台设置负责降低服务被限制的概率，分应用与路由负责决定流量去向；按这个顺序检查，问题更容易定位。