一、简介
众所周知的Android系统每隔16ms重新绘制一次视图，也就是说你的app必须在16ms内完成屏幕刷新的所有逻辑操作，这样才能达到60帧/s，这个帧率对人的肉眼来说是流畅的。如果达不到，用户会感到卡顿。
另外，Android系统通过CPU和GPU共同完成视图的渲染，大概流程如下：
1、Cpu通过measure、layout、record、execute几个过程来对视图进行处理，得到一些多边形和纹理。
2、Cpu通过指令（API：openGL ES）把这些多边形、纹理发给gpu。
3、Gpu进行格栅化，格栅化就是将例如字符串、按钮、路径或者形状的一些高级对象，拆分到不同的像素上在屏幕上进行显示。
二、优化方向
CPU的优化：从减轻加工View对象成Polygons和Texture来下手View Hierarchy中包涵了太多的没有用的view，这些view根本就不会显示在屏幕上面，一旦触发测量和布局操作，就会拖累应用的性能表现。所以尽量减少不必要的View以及减少层级嵌套。
GPU优化：从减轻栅格化来入手，避免同一个像素点被重复绘制多次，也就是避免过度绘制（overdraw）
那么根据上述的两个方向，最终落地为两点：层级的优化 、避免过度绘制。 下面分别来分析。
三、检查工具：
Lint :
Preferences /Editor /Inspections 下查看Lint的配置规则：
如果勾线了这两项的话，那么你运行 Analyze/Inspect Code的时候，就会把不合理的布局给你捞出来，默认view数量是80，深度是10，超过会报warning警告，也可以自定义lint规则来调整。
Layout Inspector：
当然定位到具体代码，可以借助Layout Inspector，使用方法参考：性能优化工具（六）-Layout Inspector
调试GPU过度绘制 & GPU呈现模式：
调试GPU过度绘制。使用方法参考：性能优化工具（七）-调试GPU过度绘制 & GPU呈现模式分析
四、优化方案：
1）减少层级 （布局层级越少，加载速度越快）
布局容器选择：在不增加层级的情况下，能用LinearLayout的就尽量别用RelativeLayout，在使用LinearLayout会增加层级的情况下，那就尽量用RelativeLayout。原因是RelativeLayout允许子View横向和纵向相互依赖，那需要做两次排序测量。但是就算这样，也比增加层级要好。
合理使用Merge：自定义控件的rootView 或者 include 的xml， 如果最外层的rootView本身没有太多意义，且内部布局相对简单，可以尝试用merge来替代最外层相对简单的FrameLayout和LinearLayout.复杂布局不建议使用，merge本身的xml属性可能做不到。
2）减少同一层级控件数量 （控件数量越少，加载速度越快）
ViewStub的使用，实现部分布局的懒加载。解决动态加载布局的场景，减少2选1，N选1的场景的布局冗余，因为就算不显示，仍然会解析和测量这些布局。但是要注意使用特点：程序的运行期间，某个布局在被Inflate后，就不会有变化，才可以考虑用ViewStub。如果动态切来切去的那就没法用。
3）减少和优化控件属性 （属性越少，解析越快）
去掉控件的无用属性
4）避免过度绘制
过度绘制指的是屏幕上某个像素点在同一帧的绘制时间内，被绘制了多次。
布局上：移除xml中非必须背景，移除window默认背景 onCreate中 设置this.getWindow().setBackgroundDrawable(null);
自定义控件上：onDraw里同一区域被绘制多次，可以使用canvas.clipRect()来优化组件绘制的重叠部分，这个算是抠细节了，大部分情况下都不会使用。
5 ) 主线程耗时导致无法按时绘制完成
主线程不做耗时操作，onDraw不做耗时操作。
可以使用 AsyncLayoutInflater 异步加载布局：
private void asyncInflated() {
TextView textView = (TextView) findViewById(R.id.tv_async);
final ViewGroup root = (ViewGroup) findViewById(R.id.ll_root);
textView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
AsyncLayoutInflater asyncLayoutInflater = new AsyncLayoutInflater(OptActivity.this);
asyncLayoutInflater.inflate(R.layout.layout_async, root, new AsyncLayoutInflater.OnInflateFinishedListener() {
@Override
public void onInflateFinished(View view, int resId, ViewGroup parent) {
parent.addView(view);
}
});
}
});
}
最后谈谈体会，这部分的优化，其实主要还是代码规范的问题，一般来说在写代码的时候注意以上几点，基本上问题就不大，除非要极致的扣细节那可能就还不够，另外对于项目管理来说，可以写一个比较好的lint module来帮助检测项目规范，现在发现Lint确实非常实用。另外，还推荐下findBugs 这个插件，也非常不错。
自定义Lint参考文章：
