当一个 Android App 退到后台之后,只要他没有被杀死,那么他做什么事情大家都不要奇怪,因为这就是 Android。但是当用户知道一个你一个 App 退到后台之后还在持续做无效的动画,而这个动画完全是无意义的,而且用户还不知道他在做动画,消耗用户那可怜的电量的时候,轻则被多任务杀掉,禁止后台运行,重则直接卸载。
一般的开发者很难发现这个问题,但是如果你经常使用 Systrace ,多开几十个应用然后退回到桌面,左右滑动抓取 Systrace ,就可以很容易发现,总有那么几个后台的应用,还在频繁地做无效的动画。
这里说的后台做动画,指的是由于某种原因,应用在退到后台之后,用户看不到任何这个 App 界面的时候,他仍然在后台不断地更新,耗费 CPU。引起这个问题的原因可能有好多个,毕竟 往 Choreographer 扔 CALLBACK_ANIMATION 的地方太多了,而且每个应用可能都不一样,但最终还是需要各个应用去做修复
下面我们就以两个实例,从技术的角度来看一下事件发生时候的情况和原因,希望看到这篇文章的开发者,检查一下自己的应用是否有这个问题
实例 - 网易新闻
我们在使用网易新闻后,将网易新闻退到后台,然后左右滑动桌面,抓 Systrace 来看:
网易新闻到后台之后还在持续做 Animation 的回调(红框内),每一帧都还是在 doFrame 操作
![v2-e7f7c4f2646f40602bd050a0bbececbe_b.jpg](http://img-01.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic3.zhimg.com/v2-e7f7c4f2646f40602bd050a0bbececbe_b.jpg)
放大每一个 doFrame 来看,Choreographer 中的 input 和 traversal 都没有触发,只有 animation 的回调一直在执行
![v2-27dd81745acd84961694e17c3e00ea35_b.jpg](http://img-01.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-27dd81745acd84961694e17c3e00ea35_b.jpg)
我们把这份 Trace 上的 cpu 部分全选,然后下面按照 Wall Duration 排序,可以发现网易新闻后台动画执行时间最长。应用已经在后台且不可见的时候,还在这么频繁地工作,占用 CPU 资源,消耗电量,实在是不应该。
![v2-64fcedce161fb8cb293e14129603c471_b.jpg](http://img-01.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-64fcedce161fb8cb293e14129603c471_b.jpg)
抓对应的 MethodTrace 来看,就是在做动画,没有进行关闭 ,动画依旧在每一帧进行 onAnimationUpdate 的回调 ,可以看到这里是因为使用了 Airbnb 的 Lottie 库导致的,动画没有关闭,所以还是一直在做触发
![v2-e8ed0a9df9716434fcf8b92007d7c98a_b.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic3.zhimg.com/v2-e8ed0a9df9716434fcf8b92007d7c98a_b.jpg)
实例 - QQ音乐
启动 QQ 音乐,然后回到桌面, 左右滑动桌面并抓取 Systrace 和 MethodTrace ,可以看到跟上面的网易新闻的表现一致
![v2-df6388531d391c733649cdbf5a02c807_b.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic4.zhimg.com/v2-df6388531d391c733649cdbf5a02c807_b.jpg)
抓取了 QQ 音乐的后台动画时候的 MethodTrace 发现,也是由于退到后台之后,没有暂停动画导致的,也是 Airbnb 的 Lottie 的锅, 而且 QQ 音乐有三个动画没有停止,比网易新闻还要严重一些
![v2-20f7feb5a76162acdea29922e92e0469_b.jpg](http://img-01.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-20f7feb5a76162acdea29922e92e0469_b.jpg)
放大后可以看到
![v2-5c61ec1b4d53ee9d84a418fae2a2816a_b.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic3.zhimg.com/v2-5c61ec1b4d53ee9d84a418fae2a2816a_b.jpg)
当然也不是每一个都是 airbnb 的 Lottie 动画库引起的,比如下面这个,就是普通的动画没有结束
![v2-29fd2996098527290b414d0f14a2bfc1_b.jpg](http://img-02.proxy.5ce.com/view/image?&type=2&guid=0c865a38-3830-eb11-8da9-e4434bdf6706&url=https://pic2.zhimg.com/v2-29fd2996098527290b414d0f14a2bfc1_b.jpg)
根本原因
根本原因是应用在不可见之后,没有将动画暂停,导致应用切换到后台之后,依然在刷新动画的回调,但此时由于是不可见的,不会触发 Input Callback 和 draw Callback ,所以也不会有任何的绘制操作,也就是说这个 Animation 的刷新完全是没有意义的(当然也有可能是业务需求?)
上面两个例子里面,网易新闻和 QQ 音乐都是因为使用了 Lottie 来实现动画,但是没有正确的关闭导致的。
开发建议
Lottie 库的 issue 列表里面有人提到了这个情况:
提出问题:
I recently did some benchmarking on an app which uses lottie to do some animations (autoplay and looping). I noticed that there is quite some CPU usage when the app is in the background and tried to investigate.
It seems to me looping animations do not pause/stop when the containing LottieAnimationView is off screen, and/or the Activity is paused.
I believe this is due to the cleanup code being only in onDetachedFromWindow() which is not necessarily being called once the Activity goes into a paused state and most definitely not, when the view is simply not visible (GONE, INVISIBLE ) anymore.
解决方法:
Overriding LottieAnimationView and doing the following solves the visibility issue for me and Lottie is paused when not visible.
@Override
总之就是 : 当 App 不可见的时候,停止所有的动画:pauseAnimation!!!
关于我
小厂系统研发工程师 , 更多信息可以点击 关于我 , 非常希望和大家一起交流 , 共同进步 .
一个人可以走的更快 , 一群人可以走的更远
原文作者:Gracker
原文链接:https://androidperformance.com/2019/10/24/Android-Background-Animation/
发表日期:十月 24日 2019, 8:27:34 早上
更新日期:October 24th 2019, 8:39:06 am
版权声明:本文采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可