Android性能优化

性能优化的方法：
1.布局优化
2.绘制优化
3.内存泄漏优化
4.响应速度优化
5.ListView和bitmap优化
6.线程优化

一、布局优化

尽量减少布局文件的层级，层级越少，意味Android绘制的工作量越少，程序性能自然就提高

1.删除布局中无用的层级和控件
2.有选择的使用性能比较低的ViewGroup，如RelativeLayout
3.优先使用LinearLayout，相对于RelativeLayout,其功能比较简单，花费较少CPU时间
4.需要复杂嵌套实现效果时，建议采用RelativeLayout
5.采用一般和配合使用，可降低布局层级，如去掉一层LinearLayout，标签降低减少布局层级

ViewStub按需加载：ViewStub继承了View,非常的轻量级，宽高都是0，因此本身不参与任何布局和绘制过程。在实际开发中，有很多布局在正常情况下不会显示，如网络异常。使用可以做到在使用的时候再加载提供程序初始化的性能

//加载出来用view接收(ViewStub只能被inflate一次，之后ViewStub对象会被置空。)
View view = ((ViewStub)findViewById(R.id.view_stub)).inflate();  
TextView tv = (TextView) view.findViewById(R.id.text); 
//用view访问它的子控件
tv.setText("ViewStub");

二、绘制优化

view 的onDraw()要避免大量执行操作
1.onDraw()中不要创建新的局部对象（onDraw()会被频繁调用，如果在这里面创建新的局部对象，会产生很多临时对象，不仅占用过多内存，还影响系统的GC，降低程序执行效率）
2.onDraw()中不要进行耗时任务，不能执行复杂的循环，即使循环时轻量级的，大量的循环会抢占CPU的时间片，造成绘制过程的不流畅
3.Google标准的最佳绘制帧率是60fps，要求每帧绘制时间不超过16ms。尽量降低onDraw()的复杂度是很有效的

三、内存泄漏优化

内存泄漏和内存溢出

四、响应速度优化

避免在主线程做耗时操作，避免ANR(application not responding 程序无响应)

Android规定以下状态下会触发ANR
Activity如果5s之内无法响应屏幕触摸事件或者键盘输入时间
BroadcastReceiver前台10s、后台60s之内还未执行完操作
Service 前台20S，后台200s未处理完
contentPrivider publish 10s内没处理完

ANR机制主体实现在系统层，所有ANR相关消息都会经过系统进程调度，然后派发到应用进程完成对消息的实际处理。系统进程还有不同的超时限制去跟踪消息的处理。一旦应用程序处理消息不当，超时限制就起了作用，它收集一些系统信息，如CPU/IO使用情况、进程函数调用栈，报告给用户有哪些进程无响应了(ANR对话框提示）

发生ANR时会调用AppNotRespondingDialog.show()方法提示用户

ANR原因：
1.主线程代码处理超时
2.主线程IO（输入输出流）
3.锁竞争
4.死锁

避免ANR
1.UI线程尽量只做UI相关工作
2.耗时工作（数据库操作、I/O、连接网络等其他有可能阻碍UI线程的操作）放到单独的线程中处理
3.尽量用Handler来处理UI thread之间的交互
4.实在避免不了在主线程，可尝试Hander延迟加载
5.广播中有耗时操作，建议放到IntentService中执行，或者通过goAsync() + handlerThread分发执行

分析ANR侧重
1.CPU占用率
分析各个进程的CPU时间占用率，来判断是否为某个进程长时间占用CPU，导致该进程无法获取到足够的CPU处理时间导致ANR。重点关注CPU的负载，各个进程的CPU、用户CPU、核心CPU、IOwait COU 的时间占用率
2.内存
看当前应用的native和dalvik层内存使用情况，结合系统给各个应用分配的最大内存来分析

ANR 日志
出现ANR在data/anr 目录下生成traces.txt日志文件，每次发生都会删除旧的日志文件，只保留最后一次ANR日志

五、ListView和bitmap

listView快速滑动的时候不要加载图片，bitmap太大就压缩，用后释放

六、线程优化

多使用线程池