merge：
减少include之后的布局层级。
ViewStub：
提高布局初次加载性能。常用于网络加载失败页，按需加载View等。
include、merge结合使用：
官方对<merge />的介绍中使用vertical的LinearLayout。当需要include的Layout也是vertical的LinearLayout时，会出现两个vertical的LinearLayout相互嵌套的情况，这除了降低UI性能之外没有其他作用。这时候可以把需要include的Layout的LinearLayout换成<merge />标签。这样在编译完成后TextView和两个Button就是同级的，不会再多一层。
注意：在include中如果需要重写layout_xxx属性，则必须同时重写layout_width和Layout_height。
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:background="@color/app_bg"
android:gravity="center_horizontal">
<include layout="@layout/titlebar"/>
<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@string/hello"
android:padding="10dp" />
</LinearLayout>需要include的layout：
这里的LinearLayout和TextView同一层级。两个Button是其下一层子View。
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:gravity="center_horizontal">
<Button
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/add"/>
<Button
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/delete"/>
</LinearLayout>把root视图LinearLayout换成merge：
这里两个Button和TextView同一层级，LinearLayout在include后已经不存在了。
<merge xmlns:android="http://schemas.android.com/apk/res/android">
<Button
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/add"/>
<Button
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/delete"/>
</merge>merge适用于哪些布局类型：
试验后<merge />适用于我们常用的FrameLayout、LinearLayout、RelativeLayout等。但从官方的介绍中只见到FrameLayout和相同orientation的LinearLayout。因为这两种情况下需要的include的View和原布局没有耦合性，也就是没关系。
而RelativeLayout使用<merge />需要知道两者布局的情况，比如toRightof的对象是谁等，这反而增加了两个布局之间的耦合性，而include的作用不就是解耦合么。故此，RelativeLayout不适用。
而如果只用到centerInParent、alignParentTop之类的RelativeLayout的属性，面对这种低程度的耦合，merge似乎还行。但这时候通常可以考虑更优的方案了。
对于FrameLayout来说，无论嵌套多少层，显示效果是一样的，但UI性能更差，对于相同orientation的LinearLayout来说，嵌套多层，显示效果也是一样的，但UI性能也是更差。
The <merge /> tag helps eliminate redundant view groups in your view hierarchy when including one layout within another.
译：merge标签帮助消除在一个布局中include进另外一个布局后，造成的View层级中冗余的view groups。
为什么会造成冗余：
之所以会造成View层级的冗余嵌套，是因为系统规定了每一个独立的布局文件都必须只有一个root view。而这个root view与内部的子View不一定存在必须的关系（例如，引用root view的id的情况），可能只是提供一个父布局让子类的layout_width等layout_xxxxx属性起作用而已。这个作用可以由include后的再上一层布局提供。这时root view就没用了。
代码中加载根标签为merge的布局文件：
由于merge在加载后就不存在了。就好像岳父拉着女朋友的手交给你，他就走了。这个过程是在inflate中完成的。而merge在子view找到新parent后就安心离开，如果没找到就不会放手，可怜×××。所以我们需要使用三个参数的inflate方法，在inflate的时候就指定新的parent，并attach。而root不需要再addView。
LayoutInflater.from(this).inflate(R.layout.titlebar, root, true);
不然会报错：
<merge /> can be used only with a valid ViewGroup root and attachToRoot=true.
tools:showIn="@layout/activity_main"
在merge标签中加入此属性，方便在编辑时查看本Layout在布局activity_main中include完成后的模样，所见即所得，方便修改。
ViewStub如何提高加载性能:
对于一般的View来说，只要在布局文件中声明了，那么在加载布局文件的时候，该View就会被加载进内存。并非布局中所有的View在首次加载时都需要，可以把首次不需要的放在ViewStub中。
ViewStub是一个不可见的、宽高为0、draw方法为空的轻量级的View，用于在运行时再加载指定布局资源从而优化布局加载速度。只有当setVisibility(Visible/InVisible）或inflate()方法被调用，才会加载布局资源替换自身在父布局中的位置，并使用ViewStub的布局参数。
ViewStub和include的对比：
都是用于引入其他的布局，和直接在布局文件中写入View相比，使用include的方式没有性能上的优势，反而可能降低性能。而使用ViewStub则能提高加载性能，例如，把一个复杂布局放在ViewStub中加载，则在该复杂布局不需要加载的时候，开销变成了加载ViewStub的轻量开销。
ViewStub注意：
1、ViewStub只能被加载一次，然后被inflate的layout所替换掉
2、不支持<merge />标签
不要使用ViewStub的对象，使用inflate返回的布局对象：
if (inflatedView == null) {
ViewStub viewStub = findViewById(R.id.stub);
inflatedView = viewStub.inflate();
}
TextView text = inflatedView.findViewById(R.id.text);原文：http://blog.51cto.com/weijiancheng/2085997