适合连接正常但电量掉得快、锁屏后断连，或不清楚哪些应用需要走代理的安卓用户。先用固定时长对照找出耗电发生的条件，再按需放行后台运行、缩小分应用代理范围，最后从日志排查重复连接。保活解决服务被停的问题，不是降低耗电的通用开关。
一、先看电池统计，分清耗电占比与实际掉电
在系统「设置」→「电池」→「电池用量」中找到 v2rayNG，记录统计起止时间、前台时间与后台时间。不同厂商可能将入口命名为「耗电排行」或「应用耗电管理」，优先用设置搜索定位。代理流量经过本地 VPN 服务和 Xray 内核，部分网络处理开销可能归到 v2rayNG 名下，不能只看排行就判断客户端异常。
应用耗电占比不等于整块电池消耗的百分点。例如手机在一段时间内从 80% 降到 70%，应用列表显示 v2rayNG 占 20%，这不表示它独自用掉了整块电池的 20%。系统估算口径也可能不同，不宜直接据此换算电量。先比较相同条件下的总掉电，再看应用排行的变化。
| 观察到的现象 | 先检查什么 | 不要直接下的结论 |
|---|---|---|
| 看视频时掉电快 | 屏幕亮度、清晰度、流量与设备温度 | 不能只归因于代理协议 |
| 锁屏后仍明显掉电 | 后台同步、连接重试、移动信号强弱 | 不是所有常驻通知都代表高负载 |
| 亮屏后才恢复连接 | 后台限制、电池优化、网络休眠 | 不一定是订阅或节点失效 |
| 只在移动网络发热 | 弱信号、网络切换、持续上传下载 | 不能仅凭温度判定内核故障 |
二、用固定时长对照，避免一次修改多个设置
先做锁屏待机对照，再按需做亮屏使用对照。保持同一地点、同一种网络、相近起始电量，不边充电边测，也不要在测试期间更新系统或批量下载。下面的数字是建议测试方案，不是某台设备的实测续航结果。
- 关闭代理：停止 v2rayNG 服务，记录起止电量、网络类型与后台同步任务。仅在允许暂时直连的环境下进行这一组。
- 全应用接管：连接同一节点，保持路由模式与其他设置不变，观察锁屏期间的电量和流量。
- 分应用接管：只让确实需要代理的应用进入 VPN，再重复同样的观察。
- 记录异常时间：遇到发热、断连或突然掉电，记下时间点，回头对照系统电池曲线和客户端日志。
如果一小时只差一个电量显示单位，先延长观察窗口，不要立刻把差异当作优化成果。电量显示存在取整，系统后台任务也不完全可控。若关闭代理后仍有相似掉电，排查方向应转到屏幕、信号与其他后台应用。
结论：先确认差异能重复，再保留设置
只有在两轮相近条件下都出现同方向变化，才值得继续细分原因；偶然少掉一点电，不足以证明某个开关更省电。
三、后台保活与电池优化白名单，按断连症状设置
Android 6.0 起引入的 Doze 会在设备闲置时限制部分后台活动。厂商还可能额外管理自启动、后台运行和锁屏联网。电池优化例外并不意味着应用能绕过所有限制，也不保证网络永久可用；它的作用是减少系统省电策略对后台工作的干预。
- 先查应用电池策略：长按 v2rayNG 图标→「应用信息」→「电池」或「应用电池用量」。如果锁屏后反复断连，可尝试「不受限制」或「允许后台活动」。名称以设备实际界面为准。
- 再查优化例外：在系统设置搜索「电池优化」，进入全部应用列表后找到 v2rayNG；确有后台中断时再选择「不优化」。某些系统已将它合并到上一步，不必重复寻找开关。
- 厂商权限逐项放开：若仍被停止，检查「自启动」「关联启动」「后台运行」等入口。最近任务中的锁定操作只能作为补充，不能替代系统电池权限。
- 锁屏复测：熄屏保持一段时间，再检查服务状态和实际请求。不要只看通知栏图标；服务存在与远端连接可用是两回事。
Android 13 及以上还应检查应用通知权限，方便确认前台服务状态。但通知显示权限与 VPN 授权、电池优化例外不是同一个开关。通知被隐藏，不能单独作为服务已停止的证据。
四、分应用代理：先缩小接管范围，再调整路由
v2rayNG 的安卓 VPN 模式通过系统 VPN 接口接收应用流量，再交给本地处理与路由。分应用代理决定哪些应用进入这个入口；域名和 IP 路由决定已进入的连接如何出站。两者处在不同层次，不能把「规则直连」理解为「应用完全绕过 VPN」。
打开 v2rayNG 侧边栏→「设置」→「分应用代理」。不同版本的分组和措辞可能调整，先阅读页面对勾选含义的说明：到底是「仅代理选中应用」，还是「绕过选中应用」。不要只凭复选框判断方向。修改后停止并重新启动服务，让新的 VPN 应用范围生效。
- 只代理选中应用：适合需求明确的情况。先选浏览器和确实需要代理的应用，避免遗漏实际发起请求的下载器或外部打开工具。
- 绕过选中应用：适合多数应用需要代理、少数应用适合直接联网的情况。支付、局域网控制等应用是否绕过，应按实际网络需求判断。
- 系统组件谨慎改：不要为减少列表数量而批量调整系统服务。应用可能依赖独立的推送组件，接管范围不一致时要实际测试通知。
- 验证两个方向：分别打开一个应走代理、一个应绕过的应用，结合访问表现和客户端日志确认，而不是只测浏览器。
分应用代理减少的是被客户端处理的流量范围，不会让原本的下载、同步或视频播放自动停止。若某个应用持续消耗移动数据，把它排除后总耗电仍可能很高。此时需要调整该应用的后台同步和媒体设置。
五、日志排查：优先处理超时重试，不盲目换协议
v2rayNG 使用 Xray 内核处理连接。弱信号、不可达节点、DNS 失败和应用不断重试，都可能让后台持续忙碌。先记住异常时间，再查看客户端日志；不同内核版本的完整前缀不同，下面列出的是可能出现的报错片段，不代表看到一次就能确定耗电原因。
报错：i/o timeout
原因与解法：某次网络读写超过等待时间，可能涉及远端、链路或 DNS。先区分发生在解析、连接还是传输阶段，再用同一应用对照稳定网络与可用节点；只有连续出现且对应重复请求时，才优先处理重试来源。
报错：network is unreachable
原因与解法：当时缺少可用网络路径，常见于断网或网络切换。先确认系统能正常联网，待 Wi-Fi 或移动数据稳定后重连，避免在没有网络时反复手动测试。
报错：connection refused
原因与解法：目标地址对应的连接被拒绝。检查日志中的目标主机和端口，区分本地服务与远端节点；核对订阅配置后重试，不要直接用修改电池权限解决网络拒绝。
排查期间再看「设置」中的日志相关选项：需要细节时短暂开启详细日志，完成后恢复日常级别。不要为了观察耗电而长时间运行批量测速、频繁订阅更新或持续输出详细日志，这些操作本身也会产生流量与处理开销。
- 先固定节点：减少节点切换带来的变量；不要把一次延迟测试结果当作全天稳定性的证明。
- 不随意改连接参数：VMess、VLESS 等协议设置必须与服务端匹配，不是任意切换就能省电。
- 不公开原始日志：分享前隐藏订阅地址、节点地址、用户标识及访问域名，只保留必要报错与时间段。
六、常见问题：锁屏断连、常驻通知与省电设置
通知一直挂着，是不是一直在高耗电？
不是。常驻通知用于提示前台服务状态，不能表示当前流量或处理负载。先去系统「电池用量」看同一时段的耗电，再检查有没有持续上传下载。需要停止时，使用客户端的停止按钮，而不是只划掉通知。
已经设为不优化，为什么锁屏还是断？
继续检查厂商后台限制、锁屏联网策略，以及消息应用自身的电池设置。做一次同网络锁屏对照：若服务仍在但连接请求超时，优先检查网络与节点；若服务确实停止，再追查系统后台管理。
只开一个浏览器代理，就肯定更省电吗？
不保证。浏览器如果持续播放视频，仍会产生大量流量；其他应用直接联网也照样耗电。先在分应用页面确认选择方向，再用固定内容、相同亮度和相近网络条件对照总掉电。
开了系统省电模式，消息延迟该怎么处理？
先临时关闭省电模式做对照，再分别检查 v2rayNG 与消息应用的后台权限。若关闭后恢复正常，就按系统支持程度设置应用例外；不要同时放开所有应用，否则难以判断是哪项策略造成延迟。
结论：把后台权限与流量范围分开调整
锁屏断连先验证服务是否被停止；服务正常却耗电偏高，再检查流量、信号和重试。每次只改一项，保留能复现的对照记录，比堆叠省电开关更容易得到稳定结果。
客户端与平台选择
安卓使用 v2rayNG 时，先确认安装与订阅导入正常，再按本文调整后台权限和分应用范围。需要桌面客户端或重新核对基础步骤，可前往下载页和教程。