UI卡顿原理
60 fps -->16ms
卡顿，主要是渲染。
一秒60帧， 在16ms内完成计算渲染，操作。
在绘制的时候 大量的gc
overdraw 过渡绘制，减少红色。
UI卡顿原因分析
- 人为在UI线程中做轻微的耗时操作，导致UI线程卡顿。
android不是线程安全的，线程间通信 handler。 - 布局Layout 过于复杂，无法在16ms内完成渲染
- 同一时间动画执行的次数过多，导致CPU或GPU负载过重
- View过度绘制，导致某些像素在同一帧时间内被绘制多次，从而使CPU 或GPU负载过重
- View 频繁的触发measure / layout ，导致 measure / layout 累计耗时过多 及整个View 频繁的重新渲染
- 内存频繁出发gc 过多，导致暂时阻塞渲染操作
- 冗余资源及逻辑导致加载执行缓慢
- ANR （轻量版）
总结
- .布局优化，include ，merge ，尽量不要嵌套，GONE 不会绘制，invisible 会绘制，尽量使用weight
- 列表及Adapter 优化， adapter 的 getview。 滑动时候，只有在滑动停止的时候 再去加载图片，更新元素，可以在滑动时候显示缩略图
- 背景和图片等内存分配优化，尽量减少不必要的背景
- 避免ANR android 中的异步消息框架，Handler，AsyncTask， IntentService ，HandlerThread
