android开发-UI卡顿总结

UI卡顿
我们人眼的对于画面流畅的最低标准时每秒60帧，换算成一帧是16毫秒
也就是我们在绘制下一帧的时间不能超过60毫秒

我们要防止画面的过度绘制
1、在ui线程做了轻微的耗时操作
2、减少不必要的背景绘制，比如根view设置了背景图片，而子View也设置背景图并且覆盖了父View
3、使用ViewStub惰性加载，我们的View设置了setVisible（Gone）的时候 其实还是参与了绘制了
4、避免gc执行了大量回收，所以使用allocation trace进行内存分配时候要小心，
5、少使用复杂的布局
6、同一时间动画执行次数过多，会导致cpu或者gpu负载过重
7，去掉window的默认背景，默认window设置了白色背景颜色，那么DecorView的background此时对我们来说是无用的，但是它会产生一次Overdraw，带来绘制性能损耗。
8、使用Merge，减少布局的层级
9、不要频繁的创建对象，比如在onDraw方法中 创建对象，否则会导致内存抖动

打开gpu过度绘制选项，查看多度绘制的情况
1.原色 – 没有被过度绘制 – 这部分的像素点只在屏幕上绘制了一次。

2.蓝色 – 1次过度绘制– 这部分的像素点只在屏幕上绘制了两次。

3.绿色 – 2次过度绘制 – 这部分的像素点只在屏幕上绘制了三次。

4.粉色 – 3次过度绘制 – 这部分的像素点只在屏幕上绘制了四次。

5.红色 – 4次过度绘制 – 这部分的像素点只在屏幕上绘制了五次。

使用Lint进行资源及冗余UI布局等优化 可以查找到没有被使用的资源以及布局文件，然后可以删除了

通过查看Memory 查看是否有内存抖动，是否有频繁的GC操作，如果有内存抖动的问题 ，可以使用Allocation Tracker分析内存

检测卡顿与否，可以使用TraceViewer工具，检查每个函数执行的时间，通过执行时间来判断哪里是造成卡顿的原因

HierarchyViewer可以检测布局层次，但是缺点是只能在模拟器上运行

内存泄漏的工具MAT（Memory Analysis Tools）是一个专门分析Java堆数据内存引用的工具

Battery Historian Tool 我们还可以直接通过Battery Historian Tool来查看详细的应用电量消耗情况

下面的这篇文章写得挺不错

http://blog.csdn.net/yanbober/article/details/48394201