布局优化的思路很简单,尽量减少布局文件的层级,看过系统源码的都知道,android view绘制都是逐层绘制的,所以布局的层级少了,decodeview的时候绘制工作自然就少了。
那么如何进行布局的优化呢?首先删除无用的布局后,我们会优先选择性能较高的viewgroup,比如在一个界面中,既可以用linearlayout,也可以用relativelayout,那么我们优先选择linearlayout,因为relativelayout绘制时候更加耗时。
在布局优化中,除了上面我们应该遵守的基本准则外,androi的官方提到了这三种布局<include />、<merge />、<viewstub />,并介绍了这三种布局各有的优势,下面也是简单说一下他们的优势,以及怎么使用,简单复习下。
<include />标签能够重用布局文件,简单的使用如下:
说明: 1)<include />标签可以使用单独的layout属性,这个也是必须使用的。
3)在include标签中所有的android:layout_*都是有效的,前提是必须要写layout_width和layout_height两个属性。
4)布局中可以包含两个相同的include标签。
<merge/>标签在ui的结构优化中起着非常重要的作用,它可以删减多余的层级,优化ui。<merge/>多用于替换framelayout或者当一个布局包含另一个时,<merge/>标签消除视图层次结构中多余的视图组。例如你的主布局文件是垂直布局,引入了一个垂直布局的include,这是如果include布局使用的linearlayout就没意义了,使用的话反而减慢你的ui表现。这时可以使用<merge/>标签优化。
<viewstub />标签最大的优点是当你需要时才会加载,使用他并不会影响ui初始化时的性能。各种不常用的布局想进度条、显示错误消息等可以使用<viewstub />标签,以减少内存使用量,加快渲染速度。<viewstub />是一个不可见的,大小为0的view。<viewstub
/>标签使用如下:
说明:
当调用inflate()函数的时候,viewstub被引用的资源替代,并且返回引用的view。 这样程序可以直接得到引用的view而不用再次调用函数findviewbyid()来查找了。
viewstub目前有个缺陷就是还不支持 <merge
/> 标签。
界面绘制优化的基本准则:
ondraw方法尽量不要创建新的临时对象,从而造成gc的频繁回收影响系统性能。
另一个方面,ondraw不要做耗时操作,在google的优化典范中,view的绘制保证在60fps为最佳,这就要求每一帧的时间不超过16ms.