Android性能优化-布局优化
一、删除无用控件和层级
布局优化的思想很简单,就是尽量减少布局文件的层级,布局层级少了,那么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>标签。