性能优化之卡顿分析

顾名思义，何谓卡顿？

原理：

快速翻阅书籍的频率是12fps, 这明显感觉是不够顺滑。 24fps是电影界面切换的频率，24fps使得人眼感知的是连续线性的运动，这其实是归功于运动模糊的效果。24fps是电影胶圈通常使用的帧率，因为这个帧率已经足够支撑大部分电影画面需要表达的内容，同时能够最大的减少费用支出。但是低于30fps是无法顺畅表现绚丽的画面内容的，此时就需要用到60fps来达到想要的效果，当然超过60fps是没有必要的。

Android系统早期有两个缓冲区，我们就用A，B来表示。当a缓存出来的数据，被系统展示的时候，B就去缓存数据；当B缓存出来了下一帧，系统就展示B的数据，这时候A就去缓存数据。那么，这就需要我们在规定的时间16.666ms将数据缓存完成。

那么，问题来了。如果我们因为种种原因，无法在16.666ms完成任务，表现在用户面前的，就是我们常说的卡顿现象。

导致卡顿的可能点：

首先我们分析分析有哪些点会导致卡顿？

1.重复绘制，通过开发者选项排查

2.层次复杂，嵌套多层。通过include,viewstub，merge属性来应对。

include
比如标题栏actionBar，可以抽取出来。该布局几乎大多数activity都会用到

ViewStub
这个标签最大的优点是当你需要时才会加载，使用他并不会影响UI初始化时的性能。各种不常用的布局想进度条、显示错误消息等可以使用这个标签，以减少内存使用量，加快渲染速度。

merge