合理的布局能够在提高性能的同时，简化逻辑的复杂度。
目标
在满足需求的情况下，使用最少的层次结构来构建布局，同时避免在过度重绘模式下出现粉红色和红色。
方法
布局优化的方式有很多，下面我们进行一一介绍：
删除不必要的背景
对于一款APP而言，UI通常会给出一个UI标准，其中包括页面默认背景，进入/退出动画等，所以我们可以在主题中设置Activity的背景，这样可避免在布局文件中设置背景。
PS：当然，将主题的背景设置为透明，在布局文件中设置背景也可较少重绘次数，但是这种方案在低端机上可能出现页面切换时可看到桌面的情况。
减少布局的层次结构
多使用RelativeLayout。虽然LinearLayout比较好用，但是局限性也比较大，实现复杂的布局需要嵌套多层结构才可实现。所以对于非线性的布局，都推荐使用RelativeLayout来实现，同时应尽可能避免RelativeLayout的嵌套。
使用RelativeLayout的时候需要注意，由于元素之间采用的是相对位置，所以作为被依赖的元素，一定不能在代码中使用GONE来隐藏处理，而应该使用不常用的INVISIBLE来实现隐藏。INVISIBLE与GONE的区别是INVISIBLE虽然隐藏了，但依然占据空间。
当然，还有更强大的布局容器——ConstraintLayout， 这是Google 2016年I/O大会上提出的一个可灵活控制子View的位置和大小的容器，可以说集LinearLayout和RelativeLayout的优点于一身，使用一层结构也可实现复杂的布局，真正做到了扁平化。这也是Google推荐的布局容器，Android Studio2.3之后创建的布局默认容器就是它。具体的使用可参考：ConstraintLayout使用指南
简化动画
在APP的开发中，为了提高用户的体验，UI通常会要求添加一些动画，但是有些动画需要多层布局来实现。这时可和UI协商是否可简化动画，以减少布局层次。在需要动画的布局中使用FrameLayout是一个不错的选择，毕竟Material Design的核心就是层次化的布局结构。
match_parent与wrap_content：
在写布局文件时，有些情况下match_parent与wrap_content都可实现需求，这时可优先使用match_parent，熟悉View的measure就会知道，match_parent的实现逻辑比wrap_content要简单很多。
使用< merge >标签
使用标签合并布局。有几点需要注意：
-
标签必须是根节点，否则会抛出InflateException异常；
-
所代替的标签不需要设置padding，backgound,gravity等属性，否则合并后无法实现相应的需求；
-
代替的标签和包含的标签应相同，否则布局合并后将会显示异常。比如标签代替的是LinearLayout,那么include这个布局的也应该为LinearLayout,这样布局才能正常显示。
main.xml
<LinearLayout ...>
<include layout="@layout/item_layout">
</LinearLayout>
item_layout.xml
<LinearLayout ...>
<TextView ...>
<TextView ...>
</LinearLayout>
此时可使用标签对布局进行简化：
<merge>
<TextView ...>
<TextView ...>
</merge>
使用标签
使用ViewStub延迟加载布局。在开发过程中，有些布局需要在点击时才出现，这时就可采用ViewStub来延迟加载，以提高布局的渲染速度。
使用标签
标签只是用于布局复用，从而简化布局的视觉效果，方便后期维护，对于性能方面几乎没什么影响。所以这个标签只是提一下，复用布局时可使用。
建议
-
编写布局文件时多思考，选择合适的Layout进行布局，以尽可能减少布局层次；
-
多使用Lint工具进行检查，Lint工具可对布局提出很多中肯的建议，包括多余的层次，硬编码等；
-
布局写好之后打开开发者模式下的“显示过渡重绘区域”开关，检查布局的重绘情况，以便于进一步的优化；
-
使用Hierarchy分析布局结构。Android Studio->Tools->Android->Android Device Monitor->Window->Open Perspective->选择Hierarchy View确定即可打开Hierarchy窗口。需要注意的是：Hierarchy只能在开发版的手机上使用。
总结
灵活使用上面提到的几种优化方式，在开发过程中，基本上所有的布局都可在显示过渡重绘区域的情况下避免出现红色，甚至是粉红色。
