一、删除无用控件和层级
布局优化的思想很简单，就是尽量减少布局文件的层级，布局层级少了，那么Android绘制时的工作量少了，程序性能自然就提高了；
二、有选择的使用性能较低的ViewGroup
①如果布局中既可以使用LinearLayout又可以使用RelativeLayout，那就采用LinearLayout，这是因为RelativeLayout的功能比较复杂，它的布局过程需要花费更多的CPU时间。
②FrameLayout和LinearLayout一样，都是一种简单高效的ViewGroup，因此可以考虑使用它们。
③很多时候，单纯的通过一个LinearLayout或者FrameLayout无法实现产品效果，需要通过嵌套的方式来完成，这种情况还是建议采用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序的性能。
三、采用<include>标签、<merge>标签和ViewStub
下面分别介绍这些标签的使用场景与好处：
1.<include>
①使用场景：一个布局在多个地方使用;
②好处：布局重用；
③注意事项：
a.这个标签只支持以android:layout_开头的属性，其它属性不支持，android:id是个特例，如果include指定了id，同时被包含的布局文件根元素也指定了id属性，那么以include指定的id为准。
b.如果<include>标签指定了android:layout_这种属性，那么要求android:layout_height和android:layout_width必须存在，否则其他android:layout_的属性无法生效。
2.<merge>
①使用场景：当前布局是一个竖直方向的LinearLayout，这个时候如果被包含的布局文件中也采用了数值方向的LinearLayout，那么显然被包含的布局文件中的LinearLayout是多余的，通过<merge>标签就可以去掉多余的那一层，如下：
<merge xmls:android="http://schemas.android.com/apk/res/android">
<Button
...../>
<Button
...../>
</merge>
②好处：<merge>标签一般和<include>配合使用，它可以降低减少布局的层级
3.ViewStub
①使用场景：在实际开发中，很多布局文件正常情况下不需要显示，比如网络异常时的界面，这个时候就没必要在整个界面初始化的时候加载进来；
②好处：ViewStub继承了View，它非常轻量级且宽/高都是0，因此它本身不参与任何的布局和绘制过程。ViewStub的意义在于按需加载所需的布局文件，在使用的时候再加载，提高程序初始化时的性能。
③使用方法：
<!--
stub_import是ViewStub的id
panel_import是layout/layout_network_err这个布局的根元素id
-->
<ViewStub
android:id="@+id/stub_import"
android:inflatedId="@+id/panel_import"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout="@layout/layout_network_err" />
如何做到按需加载呢？
在需要加载ViewStub中的布局时，可以按如下两种方式进行：
((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);
或者
View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();
当ViewStub通过setVisibility或者inflat方法加载后，ViewStub就会被它内部的布局替换掉，这个时候ViewStub就不再是整个布局结构中的一部分了。
④注意：目前ViewStub还不支持<merge>标签。
