Android性能优化典范——渲染性能（Render Performance）

从设计师的角度，他们希望App能够有更多的动画，图片等时尚元素来实现流畅的用户体验。从用户的角度，他们希望App能够在操作中入Dove般丝滑，然而有些App或者其中的某些页面（比如列表页），或者那些需要复杂的渲染操作的界面。会在操作的过程中产生Android系统无法及时完成这些复杂的操作，因此而产生卡顿等性能问题，这些问题的产生主要根源都是因为渲染性能。
12fps大概类似手动快速翻动书籍的帧率，这明显是可以感知到不够顺滑的。24fps使得人眼感知的是连续线性的运动，这其实是归功于运动模糊的效果。24fps是电影胶圈通常使用的帧率，因为这个帧率已经足够支撑大部分电影画面需要表达的内容，同时能够最大的减少费用支出。但是低于30fps是无法顺畅表现绚丽的画面内容的，而且人眼与大脑之间的协作无法感知超过60fps的画面更新，因此App性能就以是否达到60fps来作为衡量的标准和实现绚丽的效果。这就意味着每一帧你只有16ms=1000/60的时间来处理所有的任务。Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。如果你的某个操作花费时间是24ms，系统在得到VSYNC信号的时候就无法进行正常渲染，这样就发生了丢帧现象。那么用户在32ms内看到的会是同一帧画面。

用户容易在UI执行动画或者滑动ListView的时候感知到卡顿不流畅，是因为这里的操作相对复杂，容易发生丢帧的现象，从而感觉卡顿。有很多原因可以导致丢帧，也许是因为你的layout太过复杂，无法在16ms内完成渲染，有可能是因为你的UI上有层叠太多的绘制单元，还有可能是因为动画执行的次数过多。这些都会导致CPU或者GPU负载过重。
我们可以通过一些工具来定位问题，比如可以使用HierarchyViewer来查找Activity中的布局是否过于复杂，也可以使用手机设置里面的开发者选项，打开Show GPU Overdraw等选项进行观察。

你还可以使用TraceView来观察CPU的执行情况，更加快捷的找到性能瓶颈。