Face第四天————Android电量优化

                                            少年少年，浊酒一杯敬你先 ，愿你明媚不忧伤

分析原因？（电量消耗过大的原因）

1.大数据量的传输。
2.不停的在网络间切换。
3.解析大量的文本数据。

Android应用开发中的网络、定位、传感器等都是比较耗电的特性，我们应该正确使用API来有效降低应用的耗电量。 

   如何进行优化？

1.BroadcastReceiver：  
在代码实现中需要尽量避免无用操作代码的执行，减少应用损耗的电量。 
对于BroadcastReceiver，通常的做法是在界面onPasuse之后取消广播监听器的监听操作，同时根据具体业务需求选择当应用位于后台时是否禁用广播接收器。 
2.数据传输：  
数据传输方式：蓝牙传输，Wi-Fi传输，移动网络传输等。 
优化：  
后台数据传输的管理：根据具体业务需求，严格限制应用位于后台时是否禁用某些数据传输，尽量能够避免无效的数据传输。 
数据传输的频度问题：通过经验值或者数据统计的方法确定好数据传输的频度，避免冗余重复的数据传输，数据传输过程中要压缩数据大小，合并网络请求，避免轮询等。 
3.位置服务：  
三种位置服务：  
GPS定位:通过接收全球定位系统的卫星提供的经纬度坐标信息实现位置服务，精度是最高的，通常在10米以内，在时间和电量的消耗上也是最高的。 
网络定位：通过移动通信的基站信号差异来计算出手机所在的位置，精度比GPS定位差很多，通常在几百米范围内。 
被动定位：最省电的定位服务，如果应用使用被动定位服务，这个应用会等待手机中其他应用、服务或者系统组件发出定位请求，并和这些组件的监听器一起接收位置更新。 
正确有限地使用位置服务器，减少应用耗电量。所以在代码中使用位置服务时，需要注意：  
有没有及时注销位置监听器：长时间的监听位置更新会耗费大量的电量，通过可以选择在页面的onPasuse中进行注销操作，更好用且全局有效的做法是禁用位置监听器。 
位置更新监听频率的设定：根据具体的业务需求设置一个合适的更新频率值，通常需要在定位精度和耗电量之间综合考虑。 
多种位置服务的选择：综合考虑应用的具体需求在不同时机采用不同的定位服务或者选择第三方的定位SDK。 
4.AlarmManager:  
AlarmManager的唤醒操作是比较耗电的，通常情况下需要保证两次唤醒操作的时间间隔不要太短，在不需要使用唤醒功能的情况下尽早取消AlarmManager,否则应用会一直处于耗电状态。 
5.WakeLock:  

使用WakeLock时，需要切记及时释放锁，而且通常情况下，要尽早地释放WakeLock。

以上仅仅是我自己的总结大家可以作为借鉴，有不好的地方可以在评论区留言哦