此篇博客主要是参考《Android高级进阶》，关于Android开发过程性能优化中的电量优化，布局优化和网络优化做一个记录。
Android应用开发中的网络、定位、传感器等都是比较耗电的特性，我们应该正确使用API来有效降低应用的耗电量。
1.BroadcastReceiver：
在代码实现中需要尽量避免无用操作代码的执行，减少应用损耗的电量。
对于BroadcastReceiver，通常的做法是在界面onPasuse之后取消广播监听器的监听操作，同时根据具体业务需求选择当应用位于后台时是否禁用广播接收器。
2.数据传输：
数据传输方式：蓝牙传输，Wi-Fi传输，移动网络传输等。
优化：
后台数据传输的管理：根据具体业务需求，严格限制应用位于后台时是否禁用某些数据传输，尽量能够避免无效的数据传输。
数据传输的频度问题：通过经验值或者数据统计的方法确定好数据传输的频度，避免冗余重复的数据传输，数据传输过程中要压缩数据大小，合并网络请求，避免轮询等。
3.位置服务：
三种位置服务：
GPS定位:通过接收全球定位系统的卫星提供的经纬度坐标信息实现位置服务，精度是最高的，通常在10米以内，在时间和电量的消耗上也是最高的。
网络定位：通过移动通信的基站信号差异来计算出手机所在的位置，精度比GPS定位差很多，通常在几百米范围内。
被动定位：最省电的定位服务，如果应用使用被动定位服务，这个应用会等待手机中其他应用、服务或者系统组件发出定位请求，并和这些组件的监听器一起接收位置更新。
正确有限地使用位置服务器，减少应用耗电量。所以在代码中使用位置服务时，需要注意：
有没有及时注销位置监听器：长时间的监听位置更新会耗费大量的电量，通过可以选择在页面的onPasuse中进行注销操作，更好用且全局有效的做法是禁用位置监听器。
位置更新监听频率的设定：根据具体的业务需求设置一个合适的更新频率值，通常需要在定位精度和耗电量之间综合考虑。
多种位置服务的选择：综合考虑应用的具体需求在不同时机采用不同的定位服务或者选择第三方的定位SDK。
4.AlarmManager:
AlarmManager的唤醒操作是比较耗电的，通常情况下需要保证两次唤醒操作的时间间隔不要太短，在不需要使用唤醒功能的情况下尽早取消AlarmManager,否则应用会一直处于耗电状态。
5.WakeLock:
使用WakeLock时，需要切记及时释放锁，而且通常情况下，要尽早地释放WakeLock。
在Android开发时，如果创建的布局层次结构比较复杂，View树嵌套的层次比较深，会使页面展现的事件比较长，导致应用运行起来越来越慢，所以需要进行布局优化。
1.include标签共享布局：
将通用的布局抽取出来，独立成一个XML文件，在需要用到的页面中使用include标签引入进来，减少代码量，便于修改。
2.ViewStub标签实现延迟加载：
ViewStub是一种不可视并且大小为0的视图，可以延迟到运行时才填充布局资源。当ViewStub设置为可见或者被inflate之后，会填充布局资源，ViewStub会被填充的视图代替，和普通的视图没有区别。
ViewStub在需要显示的时候才会进行视图的填充，实现延迟加载的目的。
3.merge标签减少布局层次：
当一个独立的布局文件最外层是FrameLayout且这个布局不需要设置背景等属性时或者当前布局是另外一个布局的子布局时，可以使用merge来减少布局的层次。
4.尽量使用CompoundDrawable:
在LinearLayout布局中，如果存在相邻的ImageView和TextView,可以使用compound drawable合二为一成为一个TextView,ImageView中的图片变成TextVIew的drawableTop/drawableLeft/drawableRight/ddrawableBottom属性,之间的间隔使用drawablePadding属性来代替。
5.使用Lint:
Lint也可以用来检查应用的布局是否存在可优化的地方，为优化布局设置的规则如下：
AndroidLintUseCompoundDrawables:尽量使用CompoundDrawable。
MergeRootFrame:使用merge标签减少布局层次。
TooManyViews:单个布局中存在太多的View,默认情况下，单个布局中View的个数最多只能是80个，可以考虑使用CompoundDdrawables等来减少View的个数。
TooDeepLayout:避免过深的布局嵌套，默认情况下，单个布局中最多层级是10，可以考虑使用RelativeLayout来减少布局的层次。
UselessParent:当一个布局不是一个SrcollView或者根布局，只有一个子View且没有设置背景时可以将它移除掉，并将它的子View移动到它的父容器中，得到更扁平的布局层次。
**NestedWeights:**android:layout_weight属性会使得View控件被测量两次，当一个LinearLayout拥有非0dp值的android:layout_weight属性，这时如果将它嵌套在两一个拥有非0dp的android:layout_weight的LinearLayout，这时测量的次数将呈指数级别增加。
UselessLeaf:一个布局如果没有子View也没有设置背景，通常可以移除它，可以得到更扁平和高效的布局层次。
InefficientWeight:当LinearLayout中只有一个子View定义了android:layout_weight属性，更高性能的做法是使用0dp的android:layout_height或者android:layout_weidth来替换它，这个子View就不需要测量它自身对应的大小。