作为android应用来讲，无论应用本身多么美观，功能多么强大，内容多么丰富。但如果App本身打开界面缓慢超过手机16ms刷新一次页面的时间，就会产生卡顿。用户体验都会变得极差，导致用户量减少。所以我们在开发过程中同样要注重布局优化。
<include>标签
在Layout布局中如果有你想要引用的布局时，若该布局在不同的布局是公共布局，我们会多次使用到。这时可以使用<include>标签。并且便于统一的修改与查看。
<-- container为引用布局的布局id -->
<include layout="@layout/container"/>
非常简单只要在你所需要放置该布局的布局内部使用<include>标签引入该布局就可以了。
在<include>标签当中，我们是可以覆写所有layout属性的，即include中指定的layout属性将会覆盖掉。如我们想修改它的宽高为wrap_content。
<include
android:layout_width="match_parent"
android:layout_height="wrap_content"
layout="@layout/container" />
除了layout_width与layout_height之外，我们还可以覆写container中的任何一个layout属性，如layout_gravity、layout_margin等，而非layout属性则无法在<include>标签当中进行覆写。另外需要注意的是，如果我们想要在<include>标签当中覆写layout属性，必须要将layout_width和layout_height这两个属性也进行覆写，否则覆写效果将不会生效。
<merge>标签
<merge>标签是作为<include>标签的一种辅助扩展来使用的，它的主要作用是为了防止在引用布局文件时产生多余的布局嵌套。Android解析和展示一个布局需要消耗时间，布局嵌套的越多，那么解析起来也就越耗时，性能也就越差，因此我们在编写布局文件时应该让嵌套的层数越少越好。
<merge
android:layout_width="match_parent"
android:layout_height="wrap_content" >
<View
android:layout_width="match_parent"
android:layout_height="wrap_content"/>
<View
android:layout_width="match_parent"
android:layout_height="wrap_content"/>
</merge>
大家可以见到<merge>标签的使用方法是直接当做该布局的根布局节点使用，而当在其他位置需要引用该布局时，则使用<include>标签进行引用，同时该节点会同步变成父容器的根节点。比如你使用在LinearLayout中则两个view线性排列，而在RelativeLayout中则<merge>标签就相当于相对布局标签。这样就可以省略一些不必要的布局嵌套了。
<ViewStub>标签
<ViewStub>标签实际上是一个轻量级的View，它既没有尺寸，也不会绘制任何东西，所以将它放置在布局当中基本可以认为是完全不会影响性能的。只要在需要的时候显示它，才会进行加载。
<ViewStub
android:id="@+id/stub"
android:inflatedId="@+id/container_layout"
android:layout="@layout/stub_layout"
android:layout_width=",match_parent"
android:layout_height="wrap_content"
android:layout_gravity="bottom" />
虽然ViewStub是不占用任何空间的，但是每个布局都必须要指定layout_width和layout_height属性，否则运行就会报错。且ViewStub所要替代的layout文件中不能含有<merge>标签，所以使用前需要构思好界面布局，以免不必要的嵌套。一旦ViewStub被显示后，则ViewStub将从视图框架中移除，其id也会失效，此时findViewById()得到的也是空的。
ViewStub使用起来非常简单，只要在需要的时候findViewById()招到它并调用setVisibility(View.VISIBLE)或者inflate()显示它就可以了。
标签小结
| 标签 | 使用原因 | 优化结果 | 使用举例 |
|---|---|---|---|
| <include> | 提取公共部分，提高布局复用性 | 减少测量，绘制时间 | App中有多个UI界面需要使用同一布局或部分布局时。如页面标题toolBar复用时使用。 |
| <merge> | 布局层级减少 | 减少绘制工作量 | 当所需要复用的部分布局与要合并到的布局的根标签一致时使用。（类似加强版include，减少布局层级，但耦合性更强）。 |
| <ViewStub> | 无需第一时间展示于界面上，在需要时加载 | 减少测量，绘制时间 | 该界面不需要第一时间展示给用户，如网络报错界面，或用户信息下拉界面，在该界面中，但第一时间不需要显示给用户时使用。 |
ConstraintLayout约束布局
AndroidStudio上有一个神奇的功能，就是在Xml布局中我们可以在design标签下进行布局可视化操作。但是该功能并不完善，属于系统自动生成的一个布局，反而会让布局内部凌乱不堪，难以读懂，同时会造成卡顿，所以以前我们都是用该界面进行预览查看；而ConstraintLayout约束布局这一新布局，它反而支持布局可视化操作，可以把它比喻成一个可视化视图操作布局的RelativeLayout，ConstraintLayout是使用约束的方式来指定各个控件的位置和关系的。布局内部不需要嵌套其他布局，就可以完成你想要的界面出现。所以它可以有效的避免布局的嵌套，从而达到优化布局的效果。因为使用太过复杂，想要深入了解使用方法请点击ConstraintLayout。
减少视图树层级结构
系统在显示没一个视图的时候，都要经理测量，布局，绘制的过程。如果我们的布局嵌套层数太多，会导致额外的测量、布局等，十分消耗系统资源，使UI卡顿，影响用户体验。所以要尽量减少是图书层级结构，避免不必要的布局嵌套，使用更少嵌套的布局方式。
查看文件的视图树，我们可以使用DDMS来查看。首先运行项目在真机或虚拟机上。而后再到tools中打开DDMS。这里就不展开介绍了。
其他
- 嵌套的LinearLayout中，尽量不要使用weight，因为weight会重新测量两次。
- Layout的选择，以尽量减少View树的层级为主，去除不必要的嵌套和View节点。比如如果LinearLayout嵌套过多，建议使用RelativeLayout减少布局嵌套。
- RelativeLayout本身尽量不要嵌套使用。
- View视图的隐藏与现实，尽量使用invisible。因为gone,不占用空间，视图会重新测量绘制；而invisible视图不会重新绘制，但仍然占用空间位置。
- 布局调优工具：hierarchy viewer，Lint tool
