Android-中的“后台无效动画“行为分析，搞懂开源框架设计思想真的这么重要吗

最新推荐文章于 2024-05-17 07:00:00 发布

不爱敲代码的小龙

最新推荐文章于 2024-05-17 07:00:00 发布

阅读量414

点赞数 3

分类专栏： 2024年程序员学习文章标签： android 开源

本文链接：https://blog.csdn.net/m0_60608008/article/details/136893325

版权

2024年程序员学习专栏收录该内容

263 篇文章 0 订阅

订阅专栏

放大每一个 doFrame 来看，Choreographer 中的 input 和 traversal 都没有触发，只有 animation 的回调一直在执行

我们把这份 Trace 上的 cpu 部分全选，然后下面按照 Wall Duration 排序，可以发现网易新闻后台动画执行时间最长。应用已经在后台且不可见的时候，还在这么频繁地工作，占用 CPU 资源，消耗电量，实在是不应该。

抓对应的 MethodTrace 来看，就是在做动画，没有进行关闭，动画依旧在每一帧进行 onAnimationUpdate 的回调，可以看到这里是因为使用了 Airbnb 的 Lottie 库导致的，动画没有关闭，所以还是一直在做触发

实例 - QQ音乐

启动 QQ 音乐，然后回到桌面，左右滑动桌面并抓取 Systrace 和 MethodTrace ，可以看到跟上面的网易新闻的表现一致

抓取了 QQ 音乐的后台动画时候的 MethodTrace 发现，也是由于退到后台之后，没有暂停动画导致的，也是 Airbnb 的 Lottie 的锅，而且 QQ 音乐有三个动画没有停止，比网易新闻还要严重一些

放大后可以看到

当然也不是每一个都是 airbnb 的 Lottie 动画库引起的，比如下面这个，就是普通的动画没有结束

根本原因

根本原因是应用在不可见之后，没有将动画暂停，导致应用切换到后台之后，依然在刷新动画的回调，但此时由于是不可见的，不会触发 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.

解决方法：