先分清代理处理流量、无线网络活动和后台反复重连，再决定是否调整电池策略。本文适合遇到待机掉电、锁屏断连或开启 Mux 后续航变化的 Android 用户，给出可复现的对照步骤、日志判断方法和分应用代理的配置边界，不把电池排行榜里的单个百分比直接当作故障结论。
一、先读电池统计，区分占比与实际掉电
v2rayNG 在 Android 上通过 VPN 服务接收应用流量，再交由 Xray 内核处理路由与出站连接。加解密、数据转发和连接维护都会消耗处理器时间；无线网络的唤醒与传输也会消耗电量。系统对这些开销的归属会受 Android 版本与厂商统计方式影响，不能把 v2rayNG 名下的全部耗电都解释为客户端空转。
先进入系统「设置」→「电池」→「电池用量」，查看统计覆盖的时间范围，再打开 v2rayNG 的应用详情。部分系统入口叫「耗电排行」。这里显示的百分比可能是已消耗电量中的占比，而不是电池总容量的百分点；应先看系统说明，再比较同一统计周期内的前台、后台活动与整机电量变化。
- 记录环境：Android 版本、v2rayNG 版本、所选节点、Wi-Fi 或移动网络、屏幕是否点亮。客户端版本从应用信息页或客户端关于页面读取，不凭安装包名称判断。
- 记录总量：测试起止电量与持续时间。不要拿一次充电前的统计与下一次充电后的统计直接比较。
- 记录行为：测试期间是否播放视频、下载文件、运行云同步，是否切换网络或离开信号覆盖区域。
- 记录异常：锁屏后服务是否仍在、解锁后是否需要重新连接、日志是否连续出现超时。
连接期间的前台服务通知用于向系统和用户标明服务正在运行。通知持续显示，不代表处理器始终高负载；通知消失也不能单独证明服务已经停止，需要结合连接状态与系统应用信息确认。
二、用固定测试窗口定位耗电来源
续航对照要一次只改一个变量。先做锁屏待机测试，再做固定业务测试。不要一边换节点、一边打开 Mux、一边取消后台限制，否则即使耗电变化，也无法判断是哪项设置生效。
- 无代理基线：暂停非必要下载与同步，在信号稳定的位置锁屏 60 分钟。记录起止电量；若关闭代理会让业务持续重试，应先暂停该业务，避免污染基线。
- 连接待机：使用同一网络与同一节点，启动 v2rayNG，再锁屏 60 分钟。保持其他条件一致，关注断连、重启和异常流量。
- 固定业务：准备可重复的 20 分钟使用流程，例如浏览同一组页面。固定亮度与刷新率，避免把视频清晰度或屏幕耗电的差别算给代理。
- 交叉复测：更换测试顺序并重复至少两轮。电量显示通常以整数变化，短时间少掉或多掉一个百分点不足以支持结论。
以上时长是测试方案，不是续航实测结果。若整机在不运行代理时也明显掉电，先排查弱信号、热点共享、定位和后台同步。若只有开启代理且存在业务流量时掉电增加，再检查实际传输量、连接重试与路由范围。
结论：先把待机与传输拆开测
连接待机稳定、持续传输时耗电上升，应优先减少不必要的代理流量；锁屏后反复断连，则先修正后台策略或网络问题，不急着调整协议参数。
三、电池优化白名单解决保活，不直接降低功耗
Android 的电池优化、Doze 与厂商后台管理不是同一个开关。将 v2rayNG 设为不受限，主要用于减少后台执行受限导致的中断，并不会自动减少加密开销，也不保证绕过所有网络休眠行为。反过来，过严限制可能让连接反复中断，但不能据此认定所有设备取消限制后都会更省电。
可以从长按 v2rayNG 图标→「应用信息」→「电池」或「应用电池用量」进入。较新的 Android 系统常提供「不受限」「优化」「受限」选项；其他系统可能需要在「设置」→「应用」→「特殊应用权限」→「电池优化」中找到应用，并选择「不优化」。菜单名称以当前设备为准。
- 仅锁屏后断开：先把 v2rayNG 从「受限」改为「优化」，复测仍中断时再试「不受限」或「不优化」。每次调整后重新连接，再进行锁屏测试。
- 重启后需要手动连接：检查客户端是否提供开机启动设置，以及系统是否允许自启动。允许自启动只影响启动条件，不等于强制保持联网。
- 厂商另有后台开关：检查应用信息中的后台活动权限，以及系统安全或电池管理中的自启动管理。任务列表锁定只在部分系统有辅助作用，不能替代电池策略。
- 系统 VPN 设置：在「设置」→「网络和互联网」→「VPN」查看是否启用了始终开启 VPN。它是连接策略，不是省电选项；启用阻止非 VPN 连接后，服务不可用时可能导致应用无法联网。
不要为排查一个代理连接而批量放开全部应用的后台限制。若只是偶尔使用，使用结束后停止服务即可；需要持续接收消息时，再根据实际断连情况决定是否放宽策略。
四、检查重连日志，避免把网络故障当成保活问题
弱信号、节点不可达、DNS 解析失败和远端主动断开，都可能触发应用层重试。电池白名单不能修复这些问题。先从 v2rayNG 主界面的日志入口查看连接失败时间，判断它是否与熄屏、网络切换或特定应用启动同步出现。
下面列出的是日志中可能出现的真实错误片段，完整前缀与描述会因内核版本而异。单次错误常见于切换网络或连接关闭，只有持续重复并伴随业务失败时，才值得沿该方向排查。
context deadline exceeded
原因与解法：某项连接或请求超过等待期限，可能涉及节点、解析或链路；先看同一条日志指向的目标，再在同一网络换一个已知可用节点对照，避免只凭超时文字认定是 DNS 故障。
connection refused
原因与解法：目标端口的连接被拒绝；核对日志中的目标地址与端口，确认服务正在监听。若目标是本地地址，则检查相应本地服务是否启动，不要直接归咎于远端节点。
network is unreachable
原因与解法：当前网络没有到目标地址的可用路径；确认设备基础网络可用，并检查是否只在 IPv6 目标或网络切换后出现，再针对地址族或网络恢复情况处理。
需要补充系统信息时，可在已配置 Android 调试工具的电脑上运行以下只读命令。第一条查看电池状态，第二条查看应用相关的电量统计，第三条查看设备休眠状态。部分系统会裁剪输出或限制统计内容，输出中某项缺失不等于该项功耗为零。
adb shell dumpsys battery
adb shell dumpsys batterystats com.v2ray.ang
adb shell dumpsys deviceidle- 比较日志时间与实际掉线时间，不要把很久以前的错误当成本轮结果。
- 排查结束后恢复日常日志级别；持续详细日志会增加写入开销，但不应在缺乏对照时把它认定为主要耗电源。
- 提交日志前移除服务器地址、用户标识、订阅链接等敏感信息，不公开完整配置。
五、Mux 如何取舍：先关闭建立基线
Mux 是多路复用，作用是让多个逻辑连接共享较少的底层连接。它可能减少部分短连接的握手开销，也可能让共享连接上的拥塞、丢包或断开影响多个请求。它不是压缩功能，也不是通用省电开关；视频持续传输的主要流量不会因为开启 Mux 就消失。
在 v2rayNG 的「设置」中查找 Mux 或多路复用相关选项。不同版本可能把开关与并发数分开显示，自定义配置也可能覆盖界面设置。先记录当前值，再以关闭 Mux 的配置建立基线；修改后停止并重新启动连接，确保新配置实际加载。
| 使用场景 | 优先测试方式 | 观察内容 |
|---|---|---|
| 网页、消息等短连接 | 关闭与开启分别复测 | 请求失败、重连频率、整机掉电 |
| 视频或大文件传输 | 先保持关闭作为基线 | 吞吐稳定性、温度、总传输量 |
| 弱信号或频繁切网 | 先修复链路，再比较 Mux | 是否多个请求同时中断 |
| VLESS 与 Vision 配置 | 先核对内核支持限制 | 配置能否正常加载、流控是否兼容 |
如果界面允许设置 TCP Mux 并发数，可在确认配置支持后，用 4 作为一次对照值，再与关闭状态比较；这只是测试参数，不是推荐给所有节点的最优值。不要为了省电持续抬高并发数。涉及 UDP 的复用选项与 TCP 并发数也不是同一项，不能套用相同结论。
VMess、VLESS 是代理协议；REALITY 是可与 VLESS 等配合使用的传输安全方案，不能单凭 REALITY 名称判断 Mux 兼容性。常见的 VLESS、REALITY 与 xtls-rprx-vision 组合不应直接开启 TCP Mux，应按当前 Xray 内核对 Vision 的限制配置。
结论：没有稳定收益就保留更简单的设置
只有在同一节点、同一网络、同一业务下反复出现可复现改善，才保留 Mux。若区别落在电量显示误差内，优先选择连接稳定、兼容性明确的配置。
六、分应用代理减少处理范围，不等于禁止应用联网
v2rayNG 的分应用代理决定哪些应用进入 VPN 处理范围；内核路由则决定进入后的流量走代理、直连还是阻断。两者处于不同层级。一个应用已经进入 VPN，即使最终命中直连规则，仍可能经过本地接管与转发；将它排除在 VPN 之外，路径才可能进一步缩短。
- 进入 v2rayNG「设置」→「分应用代理」，先阅读当前版本对模式的说明。确认列表表示「仅代理选中应用」还是「绕过选中应用」，不要只凭勾选状态判断。
- 需要精简代理范围时，优先选择仅让必要应用进入代理的模式，再逐个测试浏览器、消息与下载应用。
- 对不需要代理且直连正常的大流量应用，测试排除后的连接表现。排除意味着使用本地网络出口，也可能使用系统解析路径，应符合自己的隐私与路由要求。
- 保存设置后重新连接 VPN。若使用了系统的阻止非 VPN 连接功能，再确认被排除应用能否联网，不要假定它们必然可以直连。
分应用代理的收益来自减少不必要的处理，不来自改变无线链路本身。即使应用绕过代理，持续上传、下载与弱信号重传仍然会耗电。若消息应用依赖系统共享的推送服务，还需要分别验证消息接收，不要简单地把延迟全部归因于 v2rayNG。
调整前列出必须通过代理的应用。保存后分别测试目标访问、后台消息与网络切换，确认没有把需要保护的流量误放到直连路径。
七、后台保活与续航常见问题
锁屏十几分钟就断，是不是必须关掉电池优化？
先确认断开的是 VPN 服务还是某个远端连接。若服务被结束，按应用信息中的电池路径逐级放宽限制；若服务仍在但日志持续超时，先比较网络与节点。每次只改一项，再做一次 60 分钟锁屏测试。
电池排行里 v2rayNG 排第一，要不要马上卸载？
先看统计周期与整机掉电。代理集中处理多个应用的流量，排行靠前并不足以证明异常。暂停大流量业务，比较无代理待机与连接待机，再决定是否需要重装或重新配置。
把 Mux 并发调大，会不会更省电？
没有通用的正向关系。先关闭建立基线；配置支持时再做固定参数对照。若出现请求集中失败、配置加载错误或兼容性问题，恢复关闭，不靠增加并发掩盖链路问题。
换成 v2flyNG 就能解决耗电吗？
不能只凭客户端名称判断。v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核，协议能力与配置兼容性不同。先确认现有节点与路由是否被支持，再在等价条件下比较；不要把换内核当作后台权限问题的替代修复。
排查收尾时，保留一份可用配置及测试记录：网络类型、后台策略、Mux 状态、分应用范围、待机掉电和对应日志。把未带来稳定改善的修改撤回。后续更新客户端或更换节点后，若再次出现续航变化，就能从最后一个可复现的基线继续查，而不是重新改动所有开关。