1.电量计算
Android在4.1版本以后在系统增加了battery info模块，记录一定时
间周期内整机的功耗状态以及每个应用的功耗详情。Android系统上App的电量消耗主要由cpu、wakelock、数据传输（流量和wifi）、wifi运行、gps、other senior组成。
应用运行总时间 = 应用在Linux内核态运行时间 + 应用在Linux用户态运行时间
CPU工作总时间 = 软件运行期间CPU每个频率下工作的时间之和比例
应用消耗的电量 = CPU每个频率等级下工作的时间比例/CPU工作总时间 * 应用运行总时间 * 不同频率下消耗的电量 + 数据传输消耗的电量（WI-FI或者移动网络）+ 使用所有传感器消耗的电量 + 唤醒锁消耗的电量。
2.耗电相关项
1)CPU
根据网上资料显示，CPU的使用率和功耗大小成正比。
2)Wakelock
Android为了节省电量，会在用户无操作一段时间之后进入休眠状态。wake_lock锁是提供防止系统休眠的，意思就是程序给CPU加了这个锁那系统就不会休眠。Wakelock也是引起大多数功耗的最主要的原因。不断频繁唤醒系统或者长时间wakelock锁没有被释放而引起系统无法休眠都是非常耗电的。
3)网络
a.传输大量的数据b.网络状态的变化
4)动画绘制
动画的连续变化是由View的不断重绘产生的效果，代价就是CPU或者GPU不断的计算从而导致耗电高。
3.优化电量
❤CPU使用率优化
避免复杂的计算和逻辑，警惕动画的不断重绘以及布局的过渡渲染，优化布局层次结构,合理使用include、merge。
❤Wakelock优化
Wakelock的使用需要非常谨慎，申请锁和释放锁必须成对出现。工作中有遇到使用wakelock的时候在looper.perpare 和looper.loop的时候出现过在线程中出现异常导致wakelock锁没有释放导致功耗增加。还有就是在一个应用运行就常驻的service里面使用wakelock锁导致一直持有锁，系统无法休眠。这些都是提醒我们使用wakelock要格外小心，尤其是在线程和service里面。Wakelock在唤醒的时候有几种模式，一般推荐使用PARTIAL_WAKE_LOCK这种模式，该模式屏幕处于灭屏就可以唤醒CPU来处理我们的业务。
❤网络优化
- 避免重复的网络请求，以及大数量的网络数据传输。
- 避免在无网情况下还进行无用的网络请求。（该问题还是得结合业务权衡，如果我们的业务属于用户行为操作（点击使用）的时候，可以进行网络的判断。如果我们的业务属于客户端主动与服务器交互居多，优化意义不是特别大）
- 尽量集中网络请求，避免频繁的进行网络交互。后面会说优化心跳相关问题。
❤心跳优化
在实际项目中遇到了许多业务都是需要依靠Alarm定时去执行相关业务。定时任务特别多，在未梳理前都是各干各的，心跳很乱，定时参差不齐。
统一心跳是就是我们接下来要做的事，把一些业务的心跳尽量统一靠拢。这 样就不会特别频繁的唤醒系统，消耗电量。
心跳这块同事之前模仿借鉴系统alarm优化了一版，就是将临近要执行的业务在一定时间范围内的一次性唤醒执行。这样集中管控定时，减少唤醒次数。如果对业务准确性不高建议使用Jobshedule。
关于alarm的使用也要注意的一点就是：结合业务对定时的开始和结束要进行控制。不要忘记定时的关闭。
❤小结：具体的耗电点分析还是要实际结合代码业务来看，以个人的工作经验来看，上述的wakelock优化和心跳统一优化是最有效的。其他的网友也总结了一些其他的优化项，但是个人认为这两个还是优化电量最直观的了。
