关闭

Android布局、绘制优化

标签: android布局绘制优化include
554人阅读 评论(1) 收藏 举报
分类:

本文,没有分析,完全是记录一些经验~

setContentView()

  • 读取应用的资源数据
  • 解析资源数据,展开布局
  • 布局展开成为Activity的顶层视图

此调用花费的时间取决于布局的复杂性:资源数据越大解析越慢,而更多的类也让布局实例化变慢;所以,要想要让应用的启动时间变快,我们就要尽量减少布局展开花费的时间。

选用合适的布局方式来减少实例化对象的个数和布局层级,保持布局的扁平化

  • 相同效果用尽量少的布局和控件来实现;
  • 相同的效果,布局尽量不要嵌套太深,默认的最深布局深度是10
  • 尽量保持布局层级的扁平化,避免出现重复的嵌套布局
  • 减少布局中的枝叶,如果一个布局没有子 View 或者背景,那么他可以被移除掉(况且他本身就是不可见的)来让布局更有效
  • 减少父母层级,如果一个布局没有兄弟,并且他不是 ScrollView 或者根 View,并且也没有背景,那么他就可以直接被移除掉,他的孩子可以直接被移到他父母的层级下
  • 在Android中单独的布局性能: FrameLayout>LinearLayout>RelativeLayout

使用标签重用重复的布局

使用场景
  • 多次使用相同的布局
  • 布局有一个通用的组成部分
  • 布局依赖于设备配置比如横竖屏切换
使用方式
  1. 将将要被重用的布局抽离出来成为一个新的布局child.xml
  2. 在想要重用child.xml的地方引用
<include android:id="@+id/inLayout"
android:layout="@layout/children"/>

使用标签来合并布局

使用场景

a. 布局顶结点是FrameLayout且不需要设置background或padding等属性,可以用merge代替,因为系统默认会在我们的布局外包装一层FrameLayout
b. 某布局作为子布局被其他布局include时,使用merge当作该布局的顶节点,这样在被引入时顶结点会自动被忽略,而将其子节点全部合并到主布局中

使用方式

使用时直接将FrameLayout替换成标签即可

ViewStub懒加载

我们经常碰到的一种情况就是在某个视图中,某些view不需要在一开始就显示,只在某些特定的条件下才会显示出来,常用的做法就是把这个view在初始化的时候用INVISIBLE或者GONE进行隐藏,这样做虽然能达到我们想要的效果,但是也有一个不小的弊端:应用中的每一个控件和布局文件都需要经过初始化,排列位置和绘制三个过程,利用 INVISIBLE只是隐藏布局,但是布局还是占居当前位置,且系统在加载布局的时候这一部分还是会绘制出来,同样花费绘制时间。这个时候我们就需要用到ViewStub了,ViewStub是一种非常轻量级的不可见的视图控件,它没有大小,没有绘制功能,也不参与布局,资源消耗非常低,将它放置在布局当中基本可以认为是完全不会影响性能的。ViewStub采用了推迟初始化技术,它可以推迟实例化提高性能,并且如果不触发初始化的话就不会初始化会节省这部分的内存。

使用方式
  1. 在xml中定义ViewStub
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context="com.example.administrator.myapplication.MainActivity">
    <ViewStub
        android:id="@+id/mystub"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:layout="@layout/stub_layout" />
</RelativeLayout>
  1. 在Activity中打开ViewStub
ViewStub view = (ViewStub)findViewById(R.id.mystub);
view.setVisibility(View.VISIBLE);
或者:
View stub = findViewById(R.id.mystub);
View inflatedView = stub.inflate();

避免过渡绘制

我们可以在设备上查看过度绘制的区域:设置->开发者选项->调试GPU过渡绘制->打开;打开后设备会通过不同的颜色显示绘制程度,从最优开始:蓝,绿,淡红,红;红色说明过渡绘制严重。所以,我们在布局时候,尽量减少红色 Overdraw,使其看到更多的蓝色区域。
* 减少背景颜色的设置来减少Overdraw
* 移除掉window的默认纯色背景
【在setContentView()之后调用getWindow().setBackgroundDrawable(null)】或者【在theme中添加 android:windowbackground="null" 】
* 移除XML布局文件中非必需的Background
* 能不用Alpha尽量不要用Alpha,因为它会绘制俩次
* 按需显示占位背景图片
* 通过减少invalidate()方法的调用来减少onDraw()方法的调用,同时,尽可能的使用四个参数的invalidate()方法,如果是没有参数的invalidate()方法会绘制整个view

其他绘制优化

  • onDraw方法中不要创建新的局部对象。这是因为onDraw方法可能会被频繁的调用,这样就会在一瞬间产生大量的临时对象,这不仅会占用更多的内存而且还会导致系统更加频繁gc,降低了程序的执行效率
  • onDraw方法中不要做耗时任务,也不要执行太多次的循环操作。这样会造成View的绘制不流畅
  • 可以的话 使用硬件加速

减少不必要的infalte

对于inflate的布局可以直接缓存,用全局变量代替局部变量,避免下次需再次inflate,比如ListView中的ViewHolder模式

其他一些关于View的Tips

  • 做好适配,尽量为所有分辨率创建资源,这样可以减少一些不必要的缩放
  • 用SurfaceView或TextureView代替普通View
    SurfaceView或TextureView可以通过将绘图操作移动到另一个单独线程上提高性能。普通View的绘制过程都是在主线程(UI线程)中完成,如果某些绘图操作影响性能就不好优化了,这时我们可以考虑使用SurfaceView和TextureView,他们的绘图操作发生在UI线程之外的另一个线程上。因为SurfaceView在常规视图系统之外,所以无法像常规试图一样移动、缩放或旋转一个SurfaceView。TextureView是Android4.0引入的,除了与SurfaceView一样在单独线程绘制外,还可以像常规视图一样被改变。
  • 通过减少invalidate()方法的调用来减少onDraw()方法的调用,同时,尽可能的使用四个参数的invalidate()方法,如果是没有参数的invalidate()方法会绘制整个view

欢迎大家更贴补充更多内容~


view的触摸事件MotionEvent
view通过scrollTo和scrollBy滑动

喜欢就关注我(ˇˍˇ) 想~
更多内容请关注 我的专题
转载请注明 原文链接:
http://www.jianshu.com/users/c1b4a5542220/latest_articles

0
0

猜你在找
【直播】计算机视觉原理及实战——屈教授
【套餐】深度学习入门视频课程——唐宇迪
【套餐】Hadoop生态系统零基础入门
【套餐】嵌入式Linux C编程基础
【套餐】2017软考系统集成项目——任铄
【套餐】Android 5.x顶级视频课程——李宁
【直播】广义线性模型及其应用——李科
【直播】从0到1 区块链的概念到实践
【直播】机器学习之凸优化——马博士
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:18644次
    • 积分:356
    • 等级:
    • 排名:千里之外
    • 原创:15篇
    • 转载:3篇
    • 译文:1篇
    • 评论:3条
    文章分类
    最新评论