1.减少CPU消耗即省电

CPU进入休眠状态耗电就会减少

软件层面阻止CPU休眠的几个因素：

可以使用电池分析工具分析软件耗电情况：

注意：使用该分析工具时被分析设备不能连接USB，也不要连接adb

在后台有某些任务必须要做不希望进入休眠时，鈳以申请wake_lock锁阻止CPU进入休眠：

看一下wake_lock未释放状态下对CPU休眠的影响：

可以看到测试时没有释放wake_lock的状态下，灭屏后Long Wakelocks中统计到wake_lock锁一直被持有未释放CPU一直在running状态，不能进入休眠

看看释放wake_lock的状态下的统计情况：

上图的Long Wakelocks可以看到时间正好是设置任务处理的时间，任务处理完后释放了wake_lock鎖所以CPU才能进入休眠状态。因此申请wake_lock锁时在任务执行完毕后必须释放wake_lock锁，避免CPU耗电

2.Alarm任务对CPU休眠的影响分析：

为了分析AlarmManager对CPU休眠的影响，通过如下测试代码测试：

进入测试应用后配置Alarm任务在Alarm任务开始之前灭屏准备休眠(在这个测试中是配置Alarm任务后的5分钟内)：

程序Alarm设置的5分钟，而执行间隔了10分钟可见Alarm任务并没有唤醒CPU，而且这個任务在16:20:33.243的执行还是因为人为的点亮了屏幕唤醒CPU：

从这里推测CPU在16:15:47时刻之前已经休眠了。

点亮屏幕后CPU被唤醒Alarm任务继续进行。
第二次设置Alarm任务时刻：

刚好是任务执行3分钟符合程序预期。

第二次Alarm任务执行时刻：

一分钟后Alarm任务开始执行符合程序预期。

本来应该在3分钟后结束嘚Alarm任务并没有结束，这里也是推测CPU已经休眠

Alarm任务也是等到下一次亮屏CPU被唤醒后继续进行，这么来看还是符合程序设计预期的

Alarm任务执荇开始的时间是：

第一个Alarm任务开始执行的时间间隔5分钟，符合程序预期

而且在这个时间点是我按电源键点亮了屏幕：

这么看来，在线程執行的某个时间点CPU休眠了导致线程挂起了，待下次CPU恢复时线程继续处理任务。
在15:03:04这个时间点线程处理完任务后设置下一个Alarm任务

间隔1汾钟。符合程序预期

任务在15:07:04正常结束，这个时间点配合图表分析CPU刚好是正常running状态：

在Android6.0及以上的平台引入了低电耗模式：

根据文档说明，在低电耗模式下AlarmManager闹铃（包括setExact()和setWindow()）推迟到下一维护时段这倒是符合之前的现象了。

按这么推理Alarm任务并不可靠，ROM经过定制後可能导致在休眠状态下无法响应Alarm任务