Android性能优化之布局优化总结

布局优化，就是尽可能的减少布局文件的层级，布局结构层级少，绘制工作量也就少了，那么程序的性能自然就提高了。

如何进行布局优化？

1.首先五大布局中经常使用的RelativeLayout、LinearLayout,其次是FrameLayout,剩下的两种TableLayout一般偶尔使用一下，绝对布局由于屏幕适配的原因几乎没人使用。
1.RelativeLayout和LinearLayout都可以解决的，坚决使用LinearLayout，这是因为RelativeLayout的功能比较复杂，它的布局过程需要花费更多的Cpu时间。
2.LinearLayout需要嵌套多层布局才可实现的布局，可以考虑看看RelativeLayout，TableLayout能不能解决，可以就用RelativeLayout，TableLayout,因为嵌套更耗cpu。
3.同样FrameLayout可以解决的也不要使用RelativeLayout，FrameLayout和LinearLayout都是简单高效的布局。

2.其次使用标签.标签和标签
include主要用于布局的重用。
merge用于减少布局的层级，需要和include配合使用。

1.include 的用法

比如说下面一个布局include_layout，在多个地方使用。

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="wrap_content" android:orientation="vertical" >

    <Button  android:layout_width="match_parent" android:layout_height="wrap_content" android:text="第一个按钮" android:textColor="@android:color/black" android:textSize="20sp" />

    <Button  android:layout_width="match_parent" android:layout_height="wrap_content" android:text="第二个按钮" android:textColor="@android:color/black" android:textSize="20sp" />

</LinearLayout>

那么在另一个布局中可以这样引用：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" >
    <include layout="@layout/include_layout" />
</LinearLayout>

通过这种方式就不用把include_layout这个布局再重复写一遍。
使用include需要注意的地方

1.它只支持android:id和以android:layout_###开头的属性，其他属性不支持
2.include自身指定了id，它所引用的布局也指定了id,那么以include自身的id为准。
3.当使用android:layout_##属性的时候，必须要有android:layout_width和android：layout_height.
否则不会生效，就像下面这样；

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" >

    <include  android:id="@+id/new_title" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_weight="1" layout="@layout/include_layout" />

</LinearLayout>

2.merg的用法

上面布局一眼就能看出来是含有多余的层级，最外层是线性布局，include的布局也还是线性布局，所以说多余了。这里我们采用 Hieracrchy Viewer来看一下布局树信息。这个工具位于sdk\tools\hieracrchyviewer.bat.

可以看到setContentView添加进来的布局分支多余了，这样会降低性能。现在我们使用merge,修改include_layout，只是将LinearLayout替换成了merge,~~~xml片段如下：

<?xml version="1.0" encoding="utf-8"?>
<merge xmlns:android="http://schemas.android.com/apk/res/android" android:id="@+id/include_id" android:layout_width="match_parent" android:layout_height="wrap_content" android:background="#ff0099" android:orientation="vertical" >

    <Button  android:layout_width="match_parent" android:layout_height="wrap_content" android:text="第一个按钮" android:textColor="@android:color/black" android:textSize="20sp" />

    <Button  android:layout_width="match_parent" android:layout_height="wrap_content" android:text="第二个按钮" android:textColor="@android:color/black" android:textSize="20sp" />

</merge>

同样使用include标签引入这个布局之后，运行程序，我们再次使用hierarchyviewer.bat查看，截图如下：

可以看到层次明显少了，这样性能就上来了。merge可以去掉多余的那一层布局。

3 ViewStub的用法
ViewStub继承了View,它非常轻量级，宽高都是0，本身不参与任何的布局和绘制过程，只有在需要加载的时候才会显示出来，一旦加载出来之后ViewStub就不存在了，取而代之的是他所加载的布局。另外，ViewStub不支持merge标签，两者不能共用。
比如我们还是要延迟加载include_layout原来这个布局（里面的merge要改成LinearLayout）xml里面的布局：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" >

    <ViewStub  android:id="@+id/stub_import" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_weight="1" android:background="#00ff00" android:inflatedId="@+id/inflatedId" android:layout="@layout/include_layout" />

</LinearLayout>

代码里面加载这个布局的方式有两种：

    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        ViewStub stub = (ViewStub) findViewById(R.id.stub_import);
        // 第一种方式
        // stub.setVisibility(View.VISIBLE);
        // 第二种方式
        View inflateView = stub.inflate();//返回的你要加载的那个布局对象
    }

第二种方式好处可以返回你要加载的布局对象。
使用viewStub需要注意的地方：

1.它只支持android:id和以android:layout_###开头的属性，其他属性不支持
2.当View被加载出来之后，一旦设置android:inflatedId中的id会被设置成view的id(view自身带有的id会 被覆盖，没有设置android:inflateId的话，view还会使用自身的id)
3.当使用android:layout_##属性的时候，必须要有android:layout_width和android：layout_height.
否则不会生效,编译都不会通过。
4.ViewStub一旦加载完了view之后，它就会被从父容器里面移除，所以inflate()只能调用一次，否则会抛异常“ViewStub must have a non-null ViewGroup viewParent”，这一点可以从inflate的源代码中获知。

  public View inflate() {
          //首先获取父容器对象
        final ViewParent viewParent = getParent();
        //第一次肯定不是空，而且属于五大布局，这个条件为true
        if (viewParent != null && viewParent instanceof ViewGroup) {
            if (mLayoutResource != 0) {
                final ViewGroup parent = (ViewGroup) viewParent;
                final LayoutInflater factory;
                if (mInflater != null) {
                    factory = mInflater;
                } else {
                    factory = LayoutInflater.from(mContext);
                }
                //使用布局加载器加载了这个view对象，但没有添加到父容器中
                final View view = factory.inflate(mLayoutResource, parent,
                        false);
             //如果android:inflateId有被赋值的话，这个条件为true
                if (mInflatedId != NO_ID) {
               //重新为为view设置inflatedId的id
                    view.setId(mInflatedId);
                }
                //获取这个viewstub对象在父容器中的位置索引index
                final int index = parent.indexOfChild(this);
               /** *将这个viewstub对象从父容器里面移除,这个viewstub对象不再父容器中， *再次条用inflate()会破异常, *因为方法最开始的 ViewParent viewParent = getParent()，是空值， *破最下面的异常 */
                parent.removeViewInLayout(this);
                //将下载好的view添加到父容器中
                final ViewGroup.LayoutParams layoutParams = getLayoutParams();
                if (layoutParams != null) {
                    parent.addView(view, index, layoutParams);
                } else {
                    parent.addView(view, index);
                }
                mInflatedViewRef = new WeakReference<View>(view);
                if (mInflateListener != null) {
                    mInflateListener.onInflate(this, view);
                }
                return view;
            } else {
                throw new IllegalArgumentException("ViewStub must have a valid layoutResource");
            }
        } else {
            throw new IllegalStateException("ViewStub must have a non-null ViewGroup viewParent");
        }
    }