Android布局优化技巧--<include>/<merge>/<viewStub>

Android native给我们提供了3个布局优化的标签，今天来讲解一下这3个标签的不同的作用：

include:

include标签就是引用外部文件的的作用，可以很多个布局公用一个或者说共加载这个布局，就用include标签，这样可以尽量减少代码量；这个就不贴代码了，相信大家都很熟悉了。

merge:

这个标签只能作为root标签(跟标签)–不这样写会报错，

<!-- 当你的跟标签使用的是merge,那个在android源码中它是会跳过这个标签，不会解析这个标签 -->
<!-- 假若你用include标签加载了这个布局，那个只会加载merge下面的几个按钮，不会加载merge这个父标签 -->
<merge xmlns:android="http://schemas.android.com/apk/res/android">

    <TextView />

    <TextView />

    <Button />

</merge>

ViewStub:

 在开发应用程序的时候，经常会遇到这样的情况，会在运行时动态根据条件来决定显示哪个View或某个布局。那么最通常的想法就是把可能用到的View都写在上面，先把它们的可见性都设为View.GONE，然后在代码中动态的更改它的可见性。这样的做法的优点是逻辑简单而且控制起来比较灵活。但是它的缺点就是，耗费资源。虽然把View的初始可见View.GONE但是在Inflate布局的时候View仍然会被Inflate，也就是说仍然会创建对象，会被实例化，会被设置属性。也就是说，会耗费内存等资源。

推荐的做法是使用Android.view.ViewStub，ViewStub是一个轻量级的View，它一个看不见的，不占布局位置，占用资源非常小的控件。可以为ViewStub指定一个布局，在Inflate布局的时候，只有ViewStub会被初始化，然后当ViewStub被设置为可见的时候，或是调用了ViewStub.inflate()的时候，ViewStub所向的布局就会被Inflate和实例化，然后ViewStub的布局属性都会传给它所指向的布局。这样，就可以使用ViewStub来方便的在运行时，要还是不要显示某个布局。

<ViewStub  android:layout="@layout/xxx"/>

还有就是在写布局的时候尽量减少布局的层级，因为源码的底层就是通过递归遍历来解析布局的，层级越多，就会消耗更加的性能。