前言
在Android开发中，View的展示是最贴近用户，也是最能直观展示产品的手段。除了美观的界面之外，View的性能也是很重要的。
而View是由一层一层的View嵌套而成，形成类似于树的层级结构，通过层级结构展示View。View树的深度决定了展示的流畅度，深度越深，绘制需要的时间也就越长，体验效果越差。优化布局从另一方面说，也是就是想办法降低View树的深度，提高加载速度，达到性能调优。
下面介绍三个日常开发中可能会使用到的布局优化标签，以及一个实际开发中可能碰到的问题和解决方式。
代码比较简洁有的甚至没有，但是标签本来就是一些工具而已，把最后实战方面的看懂了，汲取了这种封装的思想，我写这篇文章的目的就达到了。
include标签
当一个View需要复用的时候，采取<include/>标签可以减少重复布局的使用。
使用场景
<include/>标签可能接触的都比较多，在Android布局中，很多时候会碰到需要使用相同的布局，例如每个Activity的TitleBar，评论框等。这个时候可以使用<include/>标签。
步骤
- 新建一个title.xml，在里面写好对应的布局文件的实现，
- 在需要使用的地方使用
other code...
<include layout="@layout/titlebar"/>
ViewStub标签
<ViewStub/>是一种不可见且大小为0的View，它的主要作用是当你不需要的时候不加载，当你需要的时候才去加载这个布局。也就是说<ViewStub/>实现了View的延迟加载。
需要注意的是：当ViewStub设置为可见或者被inflate之后，就会填充布局资源，之后会被填充的View给替代，和普通的View没有任何区别。
使用场景
错误图，也就是当数据错误的时候需要展示的一些图片和提示信息。但是这个错误图又不是每次都会显示，大部分情况下都是正常显示，只有当出现一些问题的时候才会显示错误图，这个时候就可以使用<ViewStub/>
步骤
- 在需要使用的地方使用<ViewStub/>标签
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<ViewStub
android:id="@+id/network_error_layout"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout="@layout/network_error"
android:inflatedId="@+id/error_view"/>
</RelativeLayout>
2.新建network_error.xml文件
比如说一个ImageView
other code...
3.代码中使用
ViewStub stub = (ViewStub)findViewById(R.id.network_error_layout);
networkErrorView = stub.inflate();
在ViewStub中：
android:layout表示当需要展示的时候将会展示的Layout
android:inflatedId表示当在Java代码中调用ViewStub的inflate()或者setVisibility()方法返回的Id，也是就填充图Id。
merge标签
减少View树深度的利器
使用场景
在一般情况下，比如在ViewPager或者RecyclerView中，我们在每个Item的根布局中往往是使用LinearLayout或者其他的ViewGroup。如果有的时候我们只需要展示一张照片或者单独文字，这样就很不值得，因为每个ViewGroup对应的就在View树中又往深了一步。这个时候使用<merge/>标签来减少View树的深度再好不过。
merge标签可用于两种典型情况：
- 布局顶结点是FrameLayout且不需要设置background或padding等属性，可以用merge代替，因为Activity内容视图的parent view就是个FrameLayout，所以可以用merge消除只剩一个。
- 某布局作为子布局被其他布局include时，使用merge当作该布局的顶节点，这样在被引入时顶结点会自动被忽略，而将其子节点全部合并到主布局中。
步骤
<?xml version="1.0" encoding="utf-8"?>
<merge xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<Button
android:id="@+id/button"
android:layout_width="match_parent"
android:layout_height="@dimen/dp_40"
android:layout_above="@+id/text"/>
<TextView
android:id="@+id/text"
android:layout_width="match_parent"
android:layout_height="@dimen/dp_40"
android:layout_alignParentBottom="true"
android:text="@string/app_name" />
优化实战例子
需求
在开发中有的时候TitleBar需要实现各种不同的布局，比如这个Activity需要一个TextView，这个Activity可能需要一个EditText，或者各种自定义View。
这个时候如果每个Activity的TItleBar都对应写新的布局，这样无疑加大了工作量。
思路(!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)
我们可以将这个TitleBar很Activity逻辑分离，抽出布局作为titlebar.xml，里面包含了各种View。
然后再抽出一个TitleBar.class类，组合放在BaseActivity中。共通的东西可以在BaseActivity实现（比如左前方返回按钮），不同的东西放在子类中实现（EditText或者自定义View），灵活使用ViewStud实现延迟加载，merge减少层级。
代码结构可以使用Builder模式实现，注意<ViewStub/>和<merge/>的使用，注意空指针以及容错，这样就实现了一个标准TitleBar控件。
后话
还有一些很好的工具可以实现布局优化，比如Android Studio的lint,TraceView,HierarchyViewer,手机自带的开发人员选项中的工具等等等。
规范的布局代码加上工具检测，布局优化就OK了。
