适合首次使用 v2rayNG，或遇到锁屏断连、指定应用不走代理的用户。先区分 VPN 授权、后台存活和流量范围，再按步骤设置电池策略与分应用规则；最后用前台、锁屏和切网三轮测试，确认问题发生在哪一层。
VPN 权限与节点连接不是同一件事
v2rayNG 是 Android 客户端，使用 Xray 内核处理代理连接。它通过 Android 的 VpnService 创建虚拟网络接口，把符合配置条件的应用流量交给本地处理链路。系统显示 VPN 图标，只说明 VPN 接口已建立，不代表远端节点可用，也不代表所有应用都经过代理出口。
首次启动服务时，Android 会弹出 VPN 连接请求。确认后，客户端才有权限建立接口；这项授权不是短信、通讯录或设备管理权限。VMess、VLESS 等节点参数是否正确，TLS 是否握手成功，仍需单独验证。相同订阅能在桌面 v2rayN 使用，也不能据此排除手机端的授权或电池限制。
上面的端口用于解释测试对象：访问 HTTPS 网页通常连接目标的 443 端口，节点服务器本身则必须使用订阅给出的端口。不要因网页访问失败就把节点端口统一改成 443。Android 工作资料可以有独立的 VPN 环境，测试时也应确认目标应用属于哪个资料。
判断：先确认接口，再检查出口
没有建立 VPN 时先处理授权与服务启动；接口存在但网页失败时，再检查节点、DNS 和路由。不要把这两类故障混在一起反复重装。
首次连接：授权、服务与冲突排查
以下以中文界面的常见菜单名称为准。v2rayNG 不同版本及 Android 厂商系统可能调整名称或位置；遇到差异时，按“VPN、通知、电池、分应用代理”这些功能名称查找，不套用桌面客户端的菜单路径。
-
确认节点
在 v2rayNG 主界面选择一个已导入的配置，核对服务器地址、端口和传输参数。订阅链接与单个节点配置用途不同，不要把订阅地址填入服务器地址栏。
-
批准连接
点击主界面右下角启动按钮，在 Android 的 VPN 连接请求中选择「确定」。若请求被取消，回到应用重新启动，不要仅凭节点已选中判断服务已运行。
-
检查冲突
进入系统「设置」→「网络和互联网」→「VPN」，检查当前连接。使用 VPN 接口的防火墙、过滤工具或其他 VPN 服务可能互相替换；先停止冲突服务再测试。
-
允许通知
进入系统「设置」→「应用」→「v2rayNG」→「通知」，按需要允许服务通知。Android 13 及以上的通知授权与 VPN 授权是两项独立权限，拒绝通知不等于拒绝 VPN。
-
验证访问
保持应用在前台，打开一个已知可访问的 HTTPS 页面，再查看客户端侧边菜单「日志」。先确认是否存在持续的连接错误，再开始调整后台策略。
锁屏断连：省电白名单应该怎么设置
前台能用、锁屏后失败，才值得优先检查后台限制。Android 的电池优化、厂商后台管理和网络切换都可能影响长连接。移除电池限制能减少进程被限制的机会，但不会修复节点不可达、服务端空闲超时或移动网络信号中断。
- 应用电池策略：在常见 Android 界面中，进入「设置」→「应用」→「v2rayNG」→「应用电池用量」，查找「不受限制」或「允许后台使用」。部分系统将同类选项放在「电池优化」→「所有应用」中。
- 厂商启动管理：若系统提供「应用启动管理」，允许 v2rayNG 后台活动。自启动用于启动场景管理，不等于客户端一定会自动建立代理连接。
- 数据使用限制：进入应用信息中的「移动数据和 WLAN」或「数据用量」，检查后台数据是否被禁止；启用系统流量节省模式时，再检查对应的无限制数据选项。
- 最近任务锁定：部分厂商允许在最近任务界面锁定应用，可作为补充措施。但系统强行停止应用后，任务锁定不能替代重新打开并启动服务。
不必一开始就关闭全机所有省电功能。先只调整 v2rayNG 的应用级策略，记录修改前后的表现。后台保持运行会产生一定耗电，消耗还取决于流量、网络信号和连接频率；无法用一个固定百分比代表所有手机。
划掉最近任务就断开，正常吗？
不同厂商对清理任务的处理不同。重新启动服务后，先测试只按主页键返回桌面，不手动清理任务；若此时锁屏正常，再检查厂商的后台清理和任务锁定设置。
已经设为不受限制，为什么还会断？
先看断开时 VPN 接口是否仍存在。若接口在、客户端也未退出，优先检查切网后的连接重建、节点可达性和日志，不要继续叠加省电设置。
通知不见了，就是进程被杀了吗？
不能只靠通知判断。检查系统应用通知权限、VPN 设置中的连接状态，再返回客户端查看服务状态。Android 13 及以上即使拒绝通知权限，前台服务也不因此必然停止。
开机后会自动连接吗？
省电白名单本身不提供自动连接。重启后应实际检查客户端和系统 VPN 状态；如使用客户端的启动相关选项或系统始终开启功能，需分别验证它们是否按预期生效。
分应用代理：选中代表接管还是排除
在 v2rayNG 侧边菜单「设置」→「分应用代理」中，启用分应用功能后查看「绕过模式」。常见逻辑是：关闭绕过模式时，选中的应用进入 VPN；开启绕过模式时，选中的应用被排除。若当前版本使用不同文案，以界面显示的模式说明为准。
这一步决定的是哪些应用进入 VPN 接口，不是指定某个域名必须走远端代理。应用进入接口后，Xray 路由规则仍可将部分连接分流为直连或阻断。因此“勾选了浏览器”和“浏览器全部请求使用远端出口”不是同一结论。
仅接管选中应用
推荐启用分应用代理，关闭绕过模式，只选择用于验证的一个浏览器。这样流量范围小，容易区分应用选择、节点连接与路由问题；这是初次排查的推荐方式。
适合：首次配置、少量应用使用代理、建立测试基线。
排除选中应用
启用分应用代理并开启绕过模式，选中需要排除的应用。其他未排除应用通常进入 VPN，再由路由规则决定出口；系统阻断非 VPN 连接时，被排除应用可能无法联网。
适合：多数应用需要接管，少数应用需要直接使用本地网络。
关闭分应用限制
关闭分应用功能，由 VPN 配置接管符合条件的流量，再使用路由分流。这里的广泛接管不代表每个目标都走代理，也不代表工作资料中的应用同步生效。
适合：不需要按应用区分，主要依靠域名和地址规则分流。
保存应用名单后，停止并重新启动 v2rayNG 服务，让 VPN 接口按新名单建立。再关闭并重新打开目标应用，以免旧连接或缓存干扰判断。新安装的应用也要按当前模式复查：在仅接管模式下通常需要手动加入，在排除模式下则可能默认进入接管范围。
分应用规则与 DNS、路由的检查顺序
如果只有某个应用不能用，先确认它是否进入接管范围，再看路由和 DNS。Android 的私人 DNS、应用自带的加密 DNS，以及客户端自身的 DNS 设置可能影响解析路径；不能只因启用了 VPN 就断言所有 DNS 查询一定使用某个服务器。
| 现象 | 先检查 | 下一步操作 |
|---|---|---|
| 浏览器可用，目标应用不可用 | 名单、绕过模式、应用资料 | 确认目标应用已按预期接管，重启服务和目标应用后复测。 |
| 所有接管应用都失败 | 节点、网络、内核日志 | 保持前台测试，检查连接超时、解析失败或 TLS 错误，不先改应用名单。 |
| 被排除应用反而断网 | 系统阻断非 VPN 连接选项 | 核对系统 VPN 设置，确认该安全策略是否符合原先的联网需求。 |
| 部分域名失败，其他域名正常 | DNS 与域名路由规则 | 查看相应时间的日志，逐项核对解析结果和命中规则。 |
排查私人 DNS 时，可在系统「设置」→「网络和互联网」→「私人 DNS」中记录原配置，再短暂切换为「自动」进行对照。部分系统入口名称不同。这个动作只用于判断变量，不是要求长期关闭加密解析；测试结束后按网络需求恢复，并核对客户端 DNS 配置。
操作：一次只改变一个变量
先固定节点与网络，只改应用接管范围；确认范围正确后，再单独调整 DNS 或路由。否则即使恢复联网，也无法判断是哪一项设置起效。
用三轮测试确认后台稳定性
下面是一套复测流程，不是特定手机的实测成绩。测试期间固定同一节点、同一目标页面，记录开始时间、网络类型与服务状态。不要用一次延迟数字代替持续访问测试，真连接成功也不能证明锁屏后仍然可用。
- 前台 2 分钟：在 Wi-Fi 下启动 v2rayNG，用选中的浏览器访问目标页面两次。若此时已失败，先修复节点或规则，不进入后台测试。
- 锁屏 10 分钟：返回桌面后锁屏，不手动清理任务。解锁后先查看 VPN 状态，再重新加载页面，记录是服务停止、首次请求较慢，还是持续超时。
- 切网后复测：从 Wi-Fi 切换到移动网络，等待系统完成联网，再打开相同页面。若只在切网后失败，先重启服务验证连接重建，而不是直接认定白名单无效。
日志中出现 timeout 只能说明某个操作超时，需要结合目标地址与时间判断；failed to lookup 更接近解析阶段失败；connection refused 通常表示连接被目标或中间设备明确拒绝。单独一行错误不能证明是 Android 后台策略造成，也不能直接归因为节点协议。
最终应得到三个明确结果：前台连接正常、锁屏后服务与访问都能恢复、指定应用按预期接管。只有某一项不满足，就沿对应层继续排查。这样比同时更换内核参数、节点和电池设置更容易保留有效配置。