近期学习布局优化以及渲染优化，在网上搜索相关博文后，发现知识点比较统一，所以做个学习总结，主要是方便自己掌握与运用并且在之后要用到的时候可以回过头来参考。
由于是初学者，写的比较简单，借鉴了比较多的其他博文的内容，所以先贴出链接注明出处。
参考博文出处链接：
一：Android 渲染机制
为了能够使得APP流畅，我们需要在每一帧16ms以内完成所有的CPU与GPU计算，绘制，渲染等等操作。也就是帧率为60fps，为什么帧率要为60fps呢，因为人眼与大脑之间的协作无法感知超过60fps的画面更新。开发app的性能目标就是保持60fps，这意味着每一帧你只有16ms=1000/60的时间来处理所有的任务。
所以作为开发人员，要保证稳定合适的帧率以避免卡顿。
Overdraw（过度绘制）：描述的是屏幕上的某个像素在同一帧的时间内被绘制了多次。在多层次的UI结构里面，如果不可见的UI也在做绘制的操作，就会导致某些像素区域被绘制了多次，浪费大量的CPU以及GPU资源。（可以通过开发者选项，打开Show GPU Overdraw的选项，观察UI上的Overdraw情况）。
具体梯度如下图所示：
当开启开发者选项中的调试GPU过度绘制中的显示过度绘制区域后，进入到要看的UI界面，可以查看到。如若大部分为4X的红色，则需要注意布局中的一些问题，因为如果Overdraw过于严重的话会严重影响性能。
二：布局渲染性能检测
了解了可能会发生的问题之后要有解决的措施，而在解决之前必须要通过检测来对性能进行诊断。除了上述的GPU过度绘制显示之外，还有一种更为细致的、定位到每个View级别的、有直观树形结构的可视化检测工具：Hierarchy Viewer
在真机无法使用的问题以及详细的使用步骤可见链接：Hierarchy Viewer使用详解
补充：采用android studio自带的Android Lint也可以检测布局是否重复、分析布局合理性。
三：布局优化具体做法：
1：先设置 -> 开发者选项 -> 调试GPU过度绘制 -> 显示GPU过度绘制 进入到对应UI界面进行检测.
移除不必要的background（检测出现Overdraw严重时）,检查是否有多余的嵌套层数以及控件数
2：利用Hierarchy Viewer检测，去除不必要的嵌套，减少嵌套层数,减少多余的控件个数。
3：RelativeLayout与LinearLayout的灵活选择
首先，两种布局各有各的优势，RelativeLayout比较灵活，能设置在布局中的任意位置，而LinearLayout比较简单易用。那么如果在某些情况下两种布局均可使用，我们应该优先使用哪种布局？这就涉及到了两种布局的性能问题。
查阅资料：Android中RelativeLayout和LinearLayout性能分析
查阅之后发现，RelativeLayout不如后者快，其原因是：RelativeLayout需要对其子View进行两次measure过程（横向纵向分别进行一次排序测量来确定位置）。而LinearLayout则只需一次measure过程，所以显然会快于RelativeLayout，但是如果LinearLayout中有weight属性，则也需要进行两次measure，但即便如此，应该仍然会比RelativeLayout的情况好一点。
但是Google默认推荐的布局却是RelativeLayout,这是因为在很多情况下嵌套一层RelativeLayout便可实现布局效果，因为其很灵活可设置任意位置，而LinearLayout这种只有vertical与horizontal两个方向orientation设置的布局，在实现一些UI的时候可能会嵌套多层。官方的推荐目的是希望开发者能采用尽量少的View层级来表达布局以实现性能最优，因为复杂的View嵌套对性能的影响会比上述的measure两次的影响要大一些。
补充：在考虑手机屏幕尺寸以及分辨率的情况下，只使用一个LinearLayout将所有的控件进行展示并且从上到下的控件都设置了layout_marginTop或者layout_marginBottom的话，可能会在低分辨率小尺寸的手机上挤掉一些内容，这时需要在外层嵌套一个RelativeLayout并且在LinearLayout外设置会被挤掉的View控件。所以遇到这种问题尝试RelativeLayout嵌套LinearLayout来解决。（两者结合使用）
结论：在不影响层级深度的情况下,使用LinearLayout和FrameLayout而不是RelativeLayout。同时，采用RelativeLayout并不会降低层级深度，所以此时在根节点上用LinearLayout是效率最高的。而若考虑层级深度的情况下用RelativeLayout比LinearLayout有更少的层级的话，优先用RelativeLayout(官方推荐的理由）。所以，具体情况具体分析。
4：善用抽象布局标签：<include>,<merge>,以及按需载入的ViewStub
<include>:在一个布局文件中引入另一个布局文件的内容，常用于引用一些公用的、调用多次的布局比如说标题栏，可方便统一修改。使代码更清晰易懂，可防止多余的嵌套以及多余的控件
<merge>:merge可以用来合并布局，减少布局的层级。merge多用于替换顶层FrameLayout或者include布局时,用于消除因为引用布局导致的多余嵌套。
按需载入的ViewStub（轻量级视图）：代替传统的setVisibility为VISIBLE与GONE 来隐藏和显示布局或控件，只是在需要的时候进行调用载入，不会在一开始的时候全部载入，那样会影响整体性能。
5：巧用常见的控件的属性
个人认为这篇文章中的一些技巧比较精髓实用:一些你需要知道的布局优化技巧
特别是里面的这些内容：
用TextView同时显示图片和文字：利用TextView中的属性
android:drawableLeft="@drawable/icon_1"
android:drawableRight="@drawable/icon_4"
android:drawablePadding="10dp"
便可以减少控件个数不用多添加两个ImageView
使用TextView的行间距:
android:text="揽件方式：上门取件\n快递公司：顺丰快递\n预约时间：9月6日 立即取件\n快递费用：等待称重确定价格"
再加上行间距android:lineSpacingExtra="8dp"，省去了三个TextView的使用。
这些技巧虽然简单，但是不注意的话可能一般不会这样用，这样用既方便，性能又不错。
四：布局优化具体做法总结
1：移除不必要的background（利用GPU显示绘制检测出现Overdraw严重时）
2：利用Hierarchy Viewer检测，去除不必要的嵌套，减少嵌套层数,减少多余的控件个数
3：RelativeLayout与LinearLayout的灵活选择
4：善用抽象布局标签：<include>,<merge>以及按需载入的ViewStub
5：巧用常见的控件的属性
最后，第一次写文章，虽然是写给自己看的一篇总结性文章，借鉴了大量的优秀博文，但是发现写东西是件非常有趣的事情，然后又加上简书这个平台的风格简约，个人非常喜欢。当然文章肯定有很多很多不足的地方，如果您有什么意见或建议请一定要提出，我会慢慢改进不断提升，然后一直写下去。
