布局优化的思想很简单，就是尽量减少布局文件的层级，这个道理很浅显的，布局中的层级少了，这就意味着Android绘制是的工作量减少了，那么程序的性能自然就提高了。
如何进行布局优化呢？
首先删除布局中无用的空间和层级，其次有选择地使用性能较低的ViewGroup，比如RelativeLayout。如果布局中既可以使用LinearLayout也可以使用RelativeLayout，那么就采用LinearLayout，这是应为RelativeLayout 的功能比较复杂，他的布局过程需要花费更多的CPU时间。FrameLayout和LinearLayout一样都是一种简单高效的ViewGroup，因此可以考虑使用它们，但是很多时候单纯通过一个LinearLayout或者FrameLayout 无法实现产品效果，需要通过嵌套的方式来完成。这种情况下还是建议采用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序的性能。
布局优化的另一种手段是采用<include>标签、<merge>标签、ViewStub。<include>标签主要用于布局重用，<merge>标签一般和<include>标签配合使用，他可以降低减少布局的层级，ViewStub则提供了按需加载的功能，当需要时才会将ViewStub中的布局加载到内存中，者提高了程序的初始化效率
1.---> <include>标签 可以将一个指定的布局文件加载到当前的布局文件中
[只支持以android:layout_开头的]
[属性 android:id 这个属性是个特例]
[标签指定了android:layout_这种属性，那么要求android:layout_width和android:layout_height必须存在，否则其他android:layout_形式的属性无法生效]
上面代码中，@layout/actionbar_layout 指定了另一个布局文件，通过这种方式就不用把 actionbar_layout 这个布局文件的内容在重复一遍了，这就是<include>的好处.
2.---> <merge>标签 <merge>标签一般和<include>标签一起使用从而减少布局的层级。在上面的实例中，由于当前布局是一个竖直方向的LinearLayout,这个时候如果被包含的布局文件中也采用了竖直方向的LinearLayout，那么显然被包含的布局文件中的LinearLayout是多余的，通过<merge>标签就可以去掉多余的那一层LinearLayout
3. ---> ViewStub 继承了View，它非常轻量级且宽/高都是0，因此它本身不参与任何的布局和绘制过程.
ViewStub的意义在于按需加载所需的布局文件，在实际开发中，有很多布局文件在正常情况下不会显示，比如网络异常时的界面，这个时候就没有必要再整个界面初始化的时候将其加载进来
通过ViewStub就可以做到在使用的时候再加载提高程序初始化时的性能。
其中stub_import 是ViewStub 的id，而 panel_import 是layout_network_error这个布局的根元素id。在需要加载ViewStub中布局的时候，有一下两种方式：
当ViewStub 通过setVisibility或者inflate方法加载后，ViewStub就会被它内部的布局替换掉，这个时候ViewStub就不在是整个布局结构的一部分了。另外目前ViewStub还不支持<merge>标签。
