【凯子哥带你学Android】Andriod性能优化之列表卡顿——以“简书”APP为例

这几天闲得无聊,就打开手机上的开发者模式里面的“GPU过度绘制”功能,看看别家的App做的咋样,然后很偶然的打开了“简书”,然后就被它的过度绘制惊呆了,于是写了这篇性能分析的文章,从一个只有APK文件的角度,说下如何寻找布局中可能存在的性能问题,以及解决方案。本文章以简书Android最新版本1.9.1进行分析。

GPU过度绘制

首先打开下面两个功能开关

  • 开发者模式->调试GPU过度绘制
  • 开发者模式->GPU呈现模式分析

然后就得到了下面这幅图

我们可以看到,简直惨不忍睹!重绘现象严重,帧率超过16ms标准线好多,我就被这个界面给吓到了!这说明简书的这个界面有待优化,我们再用Hierarchy View看一下布局。

Hierarchy View

打开之后,我们可以得到下面的数据

从图上可以看到,主界面共有143个View,真不少,不过更重要的是下面的数据

  • Mesure:2.937 ms
  • Layout:9.113 ms
  • Draw:15.679 ms

Mesure的数据比较正常,而Layout和Draw的时间明显超长,这样,每次绘制的总时间 = 2.937+9.113+15.679 = 27.729 ms

超出了16ms很多,每秒的帧率就达不到60fps,所以就会出现丢帧卡顿的现象。

那么为啥Draw这么费时间呢?

因为主界面有轮播图。

轮播图的图片很大,占用的内存也不小,画这样一张图很费时间,不信?看下面这张图,这是停留在主界面一段时间之后的效果

可以看到,丢帧现象是有规律的,时间间隔和轮播图的自动播放间隔一样,所以这也说明了轮播大图是导致丢帧的重要嫌疑犯。

但是不光这个原因,这个界面还有很多不必要布局被重绘。

下面这张图是显示每一篇文章的Item的布局,Item的容器用的还是ListView,别问我怎么知道的,不告诉你~

我们可以发现,一个Item嵌套了三层ViewGroup。我不知道是不是有什么特殊的用途或者是出于什么考虑,但是为了使用权重来控制ImageView的占位,使用二层布局就可以完成这个界面的显示,这样就能避免1层布局重绘,可以减少Draw花费的时间。

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout android:id="@id/rootView"
    //这一层可以省略
    android:layout_width="fill_parent"
    android:layout_height
评论 14
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值