美文网首页Android开发Android技术知识Android开发
Android绘制优化内容总结避免过度绘制

Android绘制优化内容总结避免过度绘制

作者: 开飞机的老舒克 | 来源:发表于2018-07-04 10:33 被阅读30次

    Android系统显示原理

    Android应用程序把经过测量,绘制,布局的surface缓存数据,通过SufraceFilnger把数据渲染到显示屏幕上通过Android的刷新机制来刷新数据。也就是说应用层负责绘制,系统层负责渲染,通过进程间通信把应用层需要绘制的数据传递到系统层服务,系统层服务他通过刷新机制把数据更新到屏幕。

    应用层

    view的绘制有三个核心步骤,通过Measure和Layout来确定当前需要绘制的View所在的大小和位置,通过绘制(Draw)到surface,递归方式获取View的大小和位置,并以深度作为优先级,层级越深,元素越多,耗时也就越长。

    系统层

    系统层主要是将要显示的数据渲染到屏幕上,CPU主要负责数据计算工作,GPU负责渲染。API不允许CPU和GPU直接通信, 所以通过中间的一个图形驱动器来连接这两部分。图形驱动维护了一个队列,cpu把 diplay list添加到队列中,GPU从这个队列取出数据并进行绘制,最终在屏幕显示出来。

    Android页面卡顿的原因

    界面绘制方面

    主要原因是绘制的层级深、页面复杂、刷新不合理、由于这些原因导致卡顿的场景更多出现在UI和启动后的初始界面以及跳转到页面的绘制上。

    数据处理方面

    原因是数据的处理量太大,一般分为三种情况
    数据处理在UI线程

    数据处理占用CPU搞导致主线程拿不到时间片

    内存增加导致GC频繁

    优化方法

    布局优化

    merge viewStub

    https://www.jianshu.com/p/a031817a25ed

    ReativeLayout和LinearLayout

    ReativeLayout存在性能低的问题,原因是ReativeLayout会对子view做两次测量,如果LinearLayout中有weight属性,也需要进行两次测量,因为没有更多的依赖关系,所有仍然会比ReativeLayout效率高,但是如果LinearyLayout嵌套过多,层次过深灰增加内存消耗,甚至引起溢出等问题。在布局上RelativeLayout不如LinearLayout快。如果嵌套过多的话要选用RelativeLayout,如果优化掉两层仅仅增加一次测量,还是非常值得的。

    总结:

    尽量使用​​RelativeLayout和LinearLayout

    布局层级相同情况下,使用​LinearLayout

    LinearLayout如果会嵌套过多使用​RelativeLayout

    避免过度绘制

    过度重绘是指在屏幕上的某个像素在同一帧的时间内被绘制了多次。

    例如:
    LIstView中把ImageView的Background设置为Transparent,只有当图像没有获取到时,才设置对应Background占位图,这样可以避免给Avatar设置背景图而导致的过度渲染。

    避免过度绘制的一些方法:

    1.移除XML中非必须的背景

    2.移除window默认的背景

    3.按需显示站位背景图片。

    4.自定义view优化:可以通过canvas.clipRect()来帮助系统识别那些可见的区域。​​S

    this.getWindow().setBackgroundDrawable(null);​
    

    页面刷新

    要合理的控制页面的刷新机制,尽量减少刷新次数和缩小刷新区域。

    关于动画

    Android提供了3种动画机制,其中帧动画是最消耗内存的,效果也最差,所以一般不推荐使用,补间动画也会导致view重绘频繁,而且事件也不会跟随动画,所以推荐基于性能考虑推荐使用属性动画,属性动画递归的次数要明显小于补间动画,也没有补间动画事件的问题。

    使用硬件加速

    Android3.0后引入了硬件加速概念,用来提高渲染速度,并达到更顺畅的效果

    启动优化

    启动优化主要就是在APP的启动过程中做尽量少的事情,启动主要完成三件事,UI布局、绘制和数据准备,启动速度就的优化就是要优化这个三个过程。

    性能分析工具

    Profile GPU Rendering

    这个工具在开发者选项中可以打开,主要功能:

    图形检测工具,能实时反映当前绘制的耗时。

    横轴表示时间,纵轴表示每一帧的耗时。

    随之时间推移,从左到右的刷新呈现。

    提供了一个标准的耗时。

    TraceView

    TraceView是Android SDK自带工具,用来分析函数调用过程,可以对Android的应用程序以及Framework层的代码进行性能分析。

    Hierarchy Viewer 布局优化工具

    Hierarchy Viewer工具提供了一个可视化界面显示布局的层次结构,用来检测Layout嵌套及绘制时间,以可视化的布局角度直观获取Layout布局设计和各种属性信息,开发者在台欧式和布局UI界面可以很方便的使用。

    过度绘制检测工具

    开发者选项中打开 show GPU Overdraw选项
    描述方式:

    无色:没有过度绘制,每个像素绘制了1次。

    蓝色:每个像素多绘制了1次。大片蓝色还是可以接受的如果整个窗口是蓝色的,可以尝试优化减少一层绘制。

    绿色:每个像素多绘制了2次。

    淡红:每个像素多绘制了3次,一般来说这个区域不超过屏幕的1/4是可以接受的。

    深红:每个像素多绘制4次或者更多。严重影响性能,需要优化,避免深红色区域。

    相关文章

      网友评论

        本文标题:Android绘制优化内容总结避免过度绘制

        本文链接:https://www.haomeiwen.com/subject/wdvrwxtx.html