我们在使用include标签时是为了提高部分代码的重用性，同时增加代码的层次性和条理性。
但是在我们实际使用的时候，往往就会由于include的属性和include的原理不够清楚，而产生bug。
1、首先，我们说明include标签所在布局文件a和include所包含的布局文件b的关系
必须明确a和b通过使用include连接，与其说是包含，更像是拼接。Include不是View类，自然与其内的布局对象，不是嵌套关系。
我们都清楚，我们可以将a中的include标签删去，直接复制粘贴b的代码，这样是可以的。但是我们在使用的时候往往会出现，无法直接根据id找到b下的组件或者在一些组件中比如DrawerLayout无法识别b的组件等问题，但这些我们都可以当做对include理解的烟雾。上述原因是系统通过include标签识别xml文件的机制由于绕了一个圈，自然会出现当某些部分被重写后，直接调用的方法就失效的情况。（PS：个人理解，看不到include的源码，不知道include的具体实现）
2、然后由上，我们由拼接关系，我们就可以理解merge标签的必要性。
是告诉系统b布局文件是include下的一个合法的布局文件，可以直接拼接，以使b文件内的组件和a中include标签所在的附近组件是平级关系。平级关系的目的是优化UI结构，减少结点冗余。因为xml嵌套越多，系统需要遍历的次数也就越多。
3、问题又来了，既然是拼接关系，那么include的属性的作用是什么？
include的属性的意义是重写他包含的的根组件的属性，不仅仅是id，更多的是重写layout属性。Android开发的官方网站的说明这样提到：
“Similarly, you can override all the layout parameters. This means that any android:layout_* attribute can be used with the tag.”
意思是任何android:layout_*属性都可以应用在标签中。含义有两层，一是必须同时重载layoutwidth和layoutheight熟悉，其他的layout_*属性才会起作用，否这都会被忽略掉。另一层是只能在include属性写layout_*属性。因为还是上面的原因，include没有实际意义，重写的属性的目的就是确定b布局文件的拼接位置。
同时我们也很容易明白，因为重写了根布局的属性，b文件下的根布局的layout就不起作用了。
4、还是由上个问题，我们引出include标签的id属性。不仅仅如果include指定了id的话，就不能直接把它里面的控件当成主xml中的控件来直接获得了，必须先获得这个xml布局文件，再通过布局文件findViewById来获得其子控件。当没有指定id的时候，只能直接this. findViewById来获得其子控件。至于原因，我们还是归因于对include下的布局文件的调用机制。
在实际运用中，我因为include出现过两次bug，在这里分享一下。
Bug1：DrawerLayout对内容布局如果使用include标签，但没有声明width和height属性的话，组件不识别。这类似于对左抽屉和右抽屉的xml属性要求大致相同，必须有android:layout_gravity=”start”和android:layout_width或者end一样。
源码如下：
<android.support.v4.widget.DrawerLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/drawer_layout"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<include layout="@layout/flame_layout"
android:layout_width="match_parent"
android:layout_height="match_parent" />
<LinearLayout
android:id="@+id/left_drawer"
android:layout_width="240dp"
android:layout_height="match_parent"
android:layout_gravity="start" >
<include layout="@layout/drawer_left" />
</LinearLayout>
</android.support.v4.widget.DrawerLayout>Bug2：自定义weight的使用时无响应。
事实上是因为我们没有选中对应的组件，有时会报NullPointExceptiom，有时就是自定义组件的监听无响应，当时我们推测的原因有OnClik和Ontouch传值的问题，自定义组件内部的监听事件等，实际上只是include是否指定id，和findViewById方法的对象选择问题。而像include这样的细节问题往往是最难发现的。
最后我其实想过，如果在include标签外加一个layout标签，以上的问题就不需要考虑了，这篇文章也就没有必要了。但是这就回到了上面问题2，尽量的减少布局的嵌套，这也是Android中 merge的用心所在。