Android 性能优化之电量优化笔记(三)

App 耗电原因

常见的影响 App 耗电原因有：网络、定位、传感器，一些关键的 API 使用不当也会耗费大量电量，如：BroadcastReceiver、AlarmManager、WakeLock。

BroadcastReceiver

广播接受者常用与刷新页面，但是有时候我们已经不在那个页面了，或者我们已经将应用退到后台了，这时候如果还没有关闭广播的话，那么在广播的 onReceiver 中还是会进行一些操作，进而损耗用户的电量。
这时候我们可以考虑在App 退到后台时关闭广播。通常是在 Android 的 onPause 生命周期中处理（这里可以根据业务进行适当调整，也有放在 onDestory 方法中处理的）

数据传输

Android 中的数据传输方式有很多种。常见的有：

蓝牙传输
Wi-Fi 传输
移动网络传输

无论哪种传输方式，为了更好的延长电池的使用时长，我们在使用数据传输的时候应当根据业务需求，严格限制应用位于后台时是否要进行数据传输，尽量避免无效的数据传输。

位置服务

Android 常见的位置服务有两种：GPS定位和网络定位。
为了延长电池的使用时长，在使用定位服务的使用需要关注以下三点：

• 有没有及时注销监听器

和广播一样，位置监听器也是需要注册和注销的，及时注销能给用户节省一些电量。

• 位置更新监听频率的设定

频繁的刷新定位位置会耗费大量电量，Android SDK 提供了 requestLocationUpdates 方法进行设置，它有两个参数可以设置刷新频率：minTime，minDistance前者是用来指定刷新的最小时间间隔，后者是用来指定刷新的最小距离。

• 选择合适的定位服务

Android 系统为开发者提供了三种定位服务：GPS 定位、网络定位、被动定位。

GPS 定位的精度大概在 10米范围内，精度是三者中最高的，但也是最耗电的。
网络定位的精度大概在几百米的范围，是通过移动通信的基站信号差异来计算出手机所在的位置。
被动定位，App 使用该定位服务表示应用需要需要定位信息，但是不主动获取，而是通过等待系统或者其他应用获取定位信息，最后在监听器中跟新位置信息

实际开发中可以选择第三方 SDK ，例如：高德、百度，这些 SDK 本身会做一些相应的优化。

AlarmManager

AlarmManager 是 Android SDK 提供的一个唤醒 API，它是系统级别的服务，可以在特定的时刻广播一个指定的Intent，这个 PendingIntent可以用来启动 Activity、Server或者是 BroadcastReveiver。
数据的上报可以使用 AlarmManager 来定时唤醒上报。在使用 AlarmManager 的时候需要保证两次唤醒操作的时间间隔不要太短，在不需要使用唤醒功能的情况下应尽早取消AlarmManager

WakeLock

WakeLock 是为了保持设备处于唤醒状态的 API ，因为在某些情况下，及时用户尝试集那不与设备交互，仍然需要阻止设备进行休眠状态。例如：用户使用手机看电影的时候，需要保持屏幕常亮一到两个小时。
WakeLock 是通过锁的类型来实现对 CPU、屏幕、和键盘的影响。

• PARTIAL_WAKE_LOCK：保持 CPU 正常运转，但屏幕和键盘灯可能是关闭的。

• SCREEN_DIM_WAKE_LOCK：保持 CPU 正常运转，允许屏幕点亮但可能是置灰的，键盘灯可能是关闭的。

• SCREEN_BRIGHT_WAKE_LOCK：保持 CPU正常运转，允许屏幕高亮显示，键盘灯可能是关闭的。

• FULL_WAKE_LOCK：保持 CPU正常运转，允许屏幕高亮显示，键盘灯也是保持亮度。

• AQUIRE_CAUSES_WAKEUP：强制屏幕和键盘灯亮起。

• ON_AFTER_RELEASE：当 WakeLock 被释放后，屏幕和键盘灯开启一段时间。