Android性能优化之布局优化

性能优化之布局优化

本文为Android性能优化的第二篇——布局优化，主要介绍使用抽象布局标签(include, viewstub, merge)、去除不必要的嵌套和View节点、减少不必要的infalte及其他Layout方面可调优点，顺带提及布局调优相关工具(hierarchy viewer和lint)。

 

目前性能优化专题已完成以下部分：

性能优化总纲——性能问题及性能调优方式

性能优化第四篇——移动网络优化

性能优化第三篇——Java(Android)代码优化
性能优化第二篇——布局优化
性能优化第一篇——数据库性能优化

性能优化实例

 

1、抽象布局标签

(1) <include>标签
include标签常用于将布局中的公共部分提取出来供其他layout共用，以实现布局模块化，这在布局编写方便提供了大大的便利。
下面以在一个布局main.xml中用include引入另一个布局foot.xml为例。main.mxl代码如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<? xml version = "1.0" encoding = "utf-8" ?> < RelativeLayout xmlns : android = "http://schemas.android.com/apk/res/android"      android : layout_width = "match_parent"      android : layout_height = "match_parent" >        < ListView          android : id = "@+id/simple_list_view"          android : layout_width = "match_parent"          android : layout_height = "match_parent"          android : layout_marginBottom = "@dimen/dp_80" / >        < include layout = "@layout/foot.xml" / >   < / RelativeLayout >

其中include引入的foot.xml为公用的页面底部，代码如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

<? xml version = "1.0" encoding = "utf-8" ?> < RelativeLayout xmlns : android = "http://schemas.android.com/apk/res/android"      android : layout_width = "match_parent"      android : layout_height = "match_parent" >        < Button          android : id = "@+id/button"          android : layout_width = "match_parent"          android : layout_height = "@dimen/dp_40"          android : layout_above = "@+id/text" / >        < TextView          android : id = "@+id/text"          android : layout_width = "match_parent"          android : layout_height = "@dimen/dp_40"          android : layout_alignParentBottom = "true"          android : text = "@string/app_name" / >   < / RelativeLayout >

<include>标签唯一需要的属性是layout属性，指定需要包含的布局文件。可以定义android:id和android:layout_*属性来覆盖被引入布局根节点的对应属性值。注意重新定义android:id后，子布局的顶结点i就变化了。

 

(2) <viewstub>标签
viewstub标签同include标签一样可以用来引入一个外部布局，不同的是，viewstub引入的布局默认不会扩张，即既不会占用显示也不会占用位置，从而在解析layout时节省cpu和内存。
viewstub常用来引入那些默认不会显示，只在特殊情况下显示的布局，如进度布局、网络失败显示的刷新布局、信息出错出现的提示布局等。
下面以在一个布局main.xml中加入网络错误时的提示页面network_error.xml为例。main.mxl代码如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13

<? xml version = "1.0" encoding = "utf-8" ?> < RelativeLayout xmlns : android = "http://schemas.android.com/apk/res/android"      android : layout_width = "match_parent"      android : layout_height = "match_parent" >   ……      < ViewStub          android : id = "@+id/network_error_layout"          android : layout_width = "match_parent"          android : layout_height = "match_parent"          android : layout = "@layout/network_error" / >   < / RelativeLayout >

其中network_error.xml为只有在网络错误时才需要显示的布局，默认不会被解析，示例代码如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

<? xml version = "1.0" encoding = "utf-8" ?> < RelativeLayout xmlns : android = "http://schemas.android.com/apk/res/android"      android : layout_width = "match_parent"      android : layout_height = "match_parent" >        < Button          android : id = "@+id/network_setting"          android : layout_width = "@dimen/dp_160"          android : layout_height = "wrap_content"          android : layout_centerHorizontal = "true"          android : text = "@string/network_setting" / >        < Button          android : id = "@+id/network_refresh"          android : layout_width = "@dimen/dp_160"          android : layout_height = "wrap_content"          android : layout_below = "@+id/network_setting"          android : layout_centerHorizontal = "true"          android : layout_marginTop = "@dimen/dp_10"          android : text = "@string/network_refresh" / >   < / RelativeLayout >

在java中通过(ViewStub)findViewById(id)找到ViewStub，通过stub.inflate()展开ViewStub，然后得到子View，如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

private View networkErrorView ;   private void showNetError ( ) { // not repeated infalte if ( networkErrorView != null ) { networkErrorView . setVisibility ( View . VISIBLE ) ; return ; }   ViewStub stub = ( ViewStub ) findViewById ( R . id . network_error_layout ) ; networkErrorView = stub . inflate ( ) ; Button networkSetting = ( Button ) networkErrorView . findViewById ( R . id . network_setting ) ; Button refresh = ( Button ) findViewById ( R . id . network_refresh ) ; }   private void showNormal ( ) { if ( networkErrorView != null ) { networkErrorView . setVisibility ( View . GONE ) ; } }

在上面showNetError()中展开了ViewStub，同时我们对networkErrorView进行了保存，这样下次不用继续inflate。这就是后面第三部分提到的减少不必要的infalte。

viewstub标签大部分属性同include标签类似。

 

上面展开ViewStub部分代码

Java

1 2	ViewStub stub = ( ViewStub ) findViewById ( R . id . network_error_layout ) ; networkErrorView = stub . inflate ( ) ;

也可以写成下面的形式

Java

1 2 3

View viewStub = findViewById ( R . id . network_error_layout ) ; viewStub . setVisibility ( View . VISIBLE ) ;    // ViewStub被展开后的布局所替换 networkErrorView =    findViewById ( R . id . network_error_layout ) ; // 获取展开后的布局

效果一致，只是不用显示的转换为ViewStub。通过viewstub的原理我们可以知道将一个view设置为GONE不会被解析，从而提高layout解析速度，而VISIBLE和INVISIBLE这两个可见性属性会被正常解析。

 

(3) <merge>标签
在使用了include后可能导致布局嵌套过多，多余不必要的layout节点，从而导致解析变慢，不必要的节点和嵌套可通过hierarchy viewer(下面布局调优工具中有具体介绍)或设置->开发者选项->显示布局边界查看。

 

merge标签可用于两种典型情况：
a.  布局顶结点是FrameLayout且不需要设置background或padding等属性，可以用merge代替，因为Activity内容试图的parent view就是个FrameLayout，所以可以用merge消除只剩一个。
b.  某布局作为子布局被其他布局include时，使用merge当作该布局的顶节点，这样在被引入时顶结点会自动被忽略，而将其子节点全部合并到主布局中。

以(1) <include>标签的示例为例，用hierarchy viewer查看main.xml布局如下图：

可以发现多了一层没必要的RelativeLayout，将foot.xml中RelativeLayout改为merge，如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

<? xml version = "1.0" encoding = "utf-8" ?> < merge xmlns : android = "http://schemas.android.com/apk/res/android"      android : layout_width = "match_parent"      android : layout_height = "match_parent" >        < Button          android : id = "@+id/button"          android : layout_width = "match_parent"          android : layout_height = "@dimen/dp_40"          android : layout_above = "@+id/text" / >        < TextView          android : id = "@+id/text"          android : layout_width = "match_parent"          android : layout_height = "@dimen/dp_40"          android : layout_alignParentBottom = "true"          android : text = "@string/app_name" / >   < / merge >

运行后再次用hierarchy viewer查看main.xml布局如下图：

这样就不会有多余的RelativeLayout节点了。

 

2、去除不必要的嵌套和View节点
(1) 首次不需要使用的节点设置为GONE或使用viewstub
(2) 使用RelativeLayout代替LinearLayout
大约在Android4.0之前，新建工程的默认main.xml中顶节点是LinearLayout，而在之后已经改为RelativeLayout，因为RelativeLayout性能更优，且可以简单实现LinearLayout嵌套才能实现的布局。
4.0及以上Android版本可通过设置->开发者选项->显示布局边界打开页面布局显示，看看是否有不必要的节点和嵌套。4.0以下版本可通过hierarchy viewer查看。

 

3、减少不必要的infalte
(1) 对于inflate的布局可以直接缓存，用全部变量代替局部变量，避免下次需再次inflate
如上面ViewStub示例中的

Java

1 2 3 4

if ( networkErrorView != null ) { networkErrorView . setVisibility ( View . VISIBLE ) ; return ; }

 

(2) ListView提供了item缓存，adapter getView的标准写法，如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

@Override public View getView ( int position , View convertView , ViewGroup parent ) { ViewHolder holder ; if ( convertView == null ) { convertView = inflater . inflate ( R . layout . list_item , null ) ; holder = new ViewHolder ( ) ; …… convertView . setTag ( holder ) ; } else { holder = ( ViewHolder ) convertView . getTag ( ) ; } }   /** * ViewHolder * * @author trinea@trinea.cn 2013-08-01 */ private static class ViewHolder {   ImageView appIcon ; TextView   appName ; TextView   appInfo ; }

关于ListView缓存原理可见Android ListView缓存机制。

 

4、其他点
(1) 用SurfaceView或TextureView代替普通View
SurfaceView或TextureView可以通过将绘图操作移动到另一个单独线程上提高性能。
普通View的绘制过程都是在主线程(UI线程)中完成，如果某些绘图操作影响性能就不好优化了，这时我们可以考虑使用SurfaceView和TextureView，他们的绘图操作发生在UI线程之外的另一个线程上。
因为SurfaceView在常规视图系统之外，所以无法像常规试图一样移动、缩放或旋转一个SurfaceView。TextureView是Android4.0引入的，除了与SurfaceView一样在单独线程绘制外，还可以像常规视图一样被改变。

 

(2) 使用RenderJavascript
RenderScript是Adnroid3.0引进的用来在Android上写高性能代码的一种语言，语法给予C语言的C99标准，他的结构是独立的，所以不需要为不同的CPU或者GPU定制代码代码。

 

(3) 使用OpenGL绘图
Android支持使用OpenGL API的高性能绘图，这是Android可用的最高级的绘图机制，在游戏类对性能要求较高的应用中得到广泛使用。
Android 4.3最大的改变，就是支持OpenGL ES 3.0。相比2.0，3.0有更多的缓冲区对象、增加了新的着色语言、增加多纹理支持等等，将为Android游戏带来更出色的视觉体验。

 

(4) 尽量为所有分辨率创建资源

减少不必要的硬件缩放，这会降低UI的绘制速度，可借助Android asset studio

 

5、布局调优工具
(1) hierarchy viewer
hierarchy viewer可以方便的查看Activity的布局，各个View的属性、measure、layout、draw的时间，如果耗时较多会用红色标记，否则显示绿色。
hierarchy viewer.bat位于<sdk>/tools/目录下。使用可见：Using Hierarchy Viewer , 示例图如下：

 

(2) layoutopt
layoutopt是一个可以提供layout及其层级优化提示的命令行，在sdk16以后已经被lint取代，在Windows->Show View->Other->Android->Lint Warnings查看lint优化提示，lint具体介绍可见Improving Your Code with lint。

1、索引

简单的说，索引就像书本的目录，目录可以快速找到所在页数，数据库中索引可以帮助快速找到数据，而不用全表扫描，合适的索引可以大大提高数据库查询的效率。
(1). 优点
大大加快了数据库检索的速度，包括对单表查询、连表查询、分组查询、排序查询。经常是一到两个数量级的性能提升，且随着数据数量级增长。

 

(2). 缺点
索引的创建和维护存在消耗，索引会占用物理空间，且随着数据量的增加而增加。
在对数据库进行增删改时需要维护索引，所以会对增删改的性能存在影响。

 

(3). 分类
a. 直接创建索引和间接创建索引
直接创建: 使用sql语句创建，Android中可以在SQLiteOpenHelper的onCreate或是onUpgrade中直接excuSql创建语句，语句如

1	CREATE INDEX mycolumn_index ON mytable ( myclumn )

间接创建: 定义主键约束或者唯一性键约束，可以间接创建索引，主键默认为唯一索引。

 

b. 普通索引和唯一性索引
普通索引：

1	CREATE INDEX mycolumn_index ON mytable ( myclumn )

唯一性索引：保证在索引列中的全部数据是唯一的，对聚簇索引和非聚簇索引都可以使用，语句为

1	CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable ( mycolumn )

 

c. 单个索引和复合索引

单个索引：索引建立语句中仅包含单个字段，如上面的普通索引和唯一性索引创建示例。
复合索引：又叫组合索引，在索引建立语句中同时包含多个字段，语句如：

1	CREATE INDEX name_index ON username ( firstname , lastname )

其中firstname为前导列。

 

d. 聚簇索引和非聚簇索引(聚集索引，群集索引)
聚簇索引：物理索引，与基表的物理顺序相同，数据值的顺序总是按照顺序排列，语句为：

1	CREATE CLUSTERED INDEX mycolumn_cindex ON mytable ( mycolumn ) WITH ALLOW_DUP_ROW

其中WITH ALLOW_DUP_ROW表示允许有重复记录的聚簇索引

非聚簇索引：

1	CREATE UNCLUSTERED INDEX mycolumn_cindex ON mytable ( mycolumn )

索引默认为非聚簇索引

 

(4). 使用场景
在上面讲到了优缺点，那么肯定会对何时使用索引既有点明白又有点糊涂吧，那么下面总结下：
a.  当某字段数据更新频率较低，查询频率较高，经常有范围查询(>, <, =, >=, <=)或order by、group by发生时建议使用索引。并且选择度越大，建索引越有优势，这里选择度指一个字段中唯一值的数量/总的数量。
b.  经常同时存取多列，且每列都含有重复值可考虑建立复合索引

 

(5). 索引使用规则
a.  对于复合索引，把使用最频繁的列做为前导列(索引中第一个字段)。如果查询时前导列不在查询条件中则该复合索引不会被使用。
如create unique index PK_GRADE_CLASS on student (grade, class)
select * from student where class = 2未使用到索引
select * from dept where grade = 3使用到了索引

 

b.  避免对索引列进行计算，对where子句列的任何计算如果不能被编译优化，都会导致查询时索引失效
select * from student where tochar(grade)=’2′
c.  比较值避免使用NULL
d.  多表查询时要注意是选择合适的表做为内表。连接条件要充份考虑带有索引的表、行数多的表，内外表的选择可由公式：外层表中的匹配行数*内层表中每一次查找的次数确定，乘积最小为最佳方案。实际多表操作在被实际执行前，查询优化器会根据连接条件，列出几组可能的连接方案并从中找出系统开销最小的最佳方案。

 

e.  查询列与索引列次序一致
f.  用多表连接代替EXISTS子句
g.  把过滤记录数最多的条件放在最前面
h.  善于使用存储过程，它使sql变得更加灵活和高效(Sqlite不支持存储过程::>_<:: )

 

(6)索引检验

建立了索引，对于某条sql语句是否使用到了索引可以通过执行计划查看是否用到了索引。

 

2、使用事务
使用事务的两大好处是原子提交和更优性能。
(1) 原子提交
原则提交意味着同一事务内的所有修改要么都完成要么都不做，如果某个修改失败，会自动回滚使得所有修改不生效。

 

(2) 更优性能
Sqlite默认会为每个插入、更新操作创建一个事务，并且在每次插入、更新后立即提交。

这样如果连续插入100次数据实际是创建事务->执行语句->提交这个过程被重复执行了100次。如果我们显示的创建事务->执行100条语句->提交会使得这个创建事务和提交这个过程只做一次，通过这种一次性事务可以使得性能大幅提升。尤其当数据库位于sd卡时，时间上能节省两个数量级左右。

Sqlte显示使用事务，示例代码如下：

Java

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

public void insertWithOneTransaction ( ) {      SQLiteDatabase db = sqliteOpenHelper . getWritableDatabase ( ) ;      // Begins a transaction      db . beginTransaction ( ) ;      try {          // your sqls          for ( int i = 0 ; i < 100 ; i ++ ) {              db . insert ( yourTableName , null , value ) ;          }            // marks the current transaction as successful          db . setTransactionSuccessful ( ) ;      } catch ( Exception e ) {          // process it          e . printStackTrace ( ) ;      } finally {          // end a transaction          db . endTransaction ( ) ;      } }

其中sqliteOpenHelper.getWritableDatabase()表示得到写表权限。

 

3、其他针对Sqlite的优化
(1) 语句的拼接使用StringBuilder代替String
这个就不多说了，简单的string相加会导致创建多个临时对象消耗性能。StringBuilder的空间预分配性能好得多。如果你对字符串的长度有大致了解，如100字符左右，可以直接new StringBuilder(128)指定初始大小，减少空间不够时的再次分配。

 

(2) 查询时返回更少的结果集及更少的字段。
查询时只取需要的字段和结果集，更多的结果集会消耗更多的时间及内存，更多的字段会导致更多的内存消耗。

 

(3) 少用cursor.getColumnIndex

根据性能调优过程中的观察cursor.getColumnIndex的时间消耗跟cursor.getInt相差无几。可以在建表的时候用static变量记住某列的index，直接调用相应index而不是每次查询。

Java

1 2 3 4 5 6 7

public static final String        HTTP_RESPONSE_TABLE_ID                    = android . provider . BaseColumns . _ID ; public static final String        HTTP_RESPONSE_TABLE_RESPONSE              = "response" ; public List <Object> getData ( ) { …… cursor . getString ( cursor . getColumnIndex ( HTTP_RESPONSE_TABLE_RESPONSE ) ) ; …… }

优化为

Java

1 2 3 4 5 6 7 8 9

public static final String        HTTP_RESPONSE_TABLE_ID                    = android . provider . BaseColumns . _ID ; public static final String        HTTP_RESPONSE_TABLE_RESPONSE              = "response" ; public static final int            HTTP_RESPONSE_TABLE_ID_INDEX              = 0 ; public static final int            HTTP_RESPONSE_TABLE_URL_INDEX            = 1 ; public List <Object> getData ( ) { …… cursor . getString ( HTTP_RESPONSE_TABLE_RESPONSE_INDEX ) ; …… }

 

4、异步线程
Sqlite是常用于嵌入式开发中的关系型数据库，完全开源。
与Web常用的数据库Mysql、Oracle db、sql server不同，Sqlite是一个内嵌式的数据库，数据库服务器就在你的程序中，无需网络配置和管理，数据库服务器端和客户端运行在同一进程内，减少了网络访问的消耗，简化了数据库管理。不过Sqlite在并发、数据库大小、网络方面存在局限性，并且为表级锁，所以也没必要多线程操作。

 

Android中数据不多时表查询可能耗时不多，不会导致anr，不过大于100ms时同样会让用户感觉到延时和卡顿，可以放在线程中运行，但sqlite在并发方面存在局限，多线程控制较麻烦，这时候可使用单线程池，在任务中执行db操作，通过handler返回结果和ui线程交互，既不会影响UI线程，同时也能防止并发带来的异常。

可使用Android提供的AsyncQueryHandler(感谢@内网无法登陆账号 反馈)或类似如下代码完成：

Java

1 2 3 4 5 6 7 8 9 10

ExecutorService singleThreadExecutor = Executors . newSingleThreadExecutor ( ) ; singleThreadExecutor . execute ( new Runnable ( ) {   @Override public void run ( ) { // db operetions, u can use handler to send message after db . insert ( yourTableName , null , value ) ; handler . sendEmptyMessage ( xx ) ; } } ) ;