1.写在前面
最近公司的项目版本刚更新所以有点时间,估计接下来不是对APP进行性能优化就是代码重构。刚好一直对过度绘制非常感兴趣,而且弄完才发现,对于过度绘制我们越早重视后面需要做的事情就越少。
对公司项目的过度绘制问题处理进行处理后,虽然好像肉眼或者感觉体验不出是否优化了(^_^!!),但是凭借工具可以知道确实已经优化了。
2.干货
A.概念
我在之前一直对过度绘制了解太片面了,以为多个布局不断嵌套,然后每个布局都设置自己的background这就算过度绘制,当然这确实算是,但是不仅仅这样,先看看官方给的定义。
Overdraw(过度绘制)描述的是屏幕上的某个像素在同一帧的时间内被绘制了多次。在多层次重叠的UI结构里面,如果不可见的UI也在做绘制的操作,会导致某些像素区域被绘制了多次。这样就会浪费大量的CPU以及GPU资源。
举个例子:我们新建一个android studio项目,xml布局和界面不作改动差不多是这样
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout android:layout_width="match_parent"
android:layout_height="match_parent"
xmlns:android="http://schemas.android.com/apk/res/android">
<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Hello World!"
/>
</RelativeLayout>
我们知道android手机的界面屏幕的刷新频率是60hz,然后换算下单位一秒是1000ms,所以1000/60=16.67ms,所以这16.67ms就是一帧,如果一个view,我们没有在一帧刷新出来就会有丢帧现象,丢帧越多我们就使用就有有卡顿感觉。现在我们需要在一帧的任务中,把上面图片红色框(多个像素组成)刷新出来,我们知道这个框中的内容包含两部分,一部分是文字、一部分是背