背景：
需要在一个cell的按钮（iconBtn）上播放GIF动画。 实现方法是：
[UIImage gifImageWithUrl:self.model.strIcon and:^(UIImage * _Nonnull GIFImage) {
[self.iconBtn setImage:GIFImage forState:UIControlStateNormal];
}];
将GIF下载后的GIFImage直接赋值给iconBtn。 上面的操作，在cell布局的方法updateCell中进行。
问题
上述操作后，会发现这个gif动了两下之后，就静止了。
分析与排查
未命名.png
上图展示了整个分析排查的路径过程。我们先后排查了「在普通的view上，设置GIF是否正常」、「在UITabelViewCell上渲染是否正常」、「在自定义cell上渲染是否正常」、「在UIButton上渲染是否正常」、「使用本地的图片资源渲染是否正常」。
在以上路径都排查完之后，由于在普通的view上是正常的，怀疑问题还是与cell的复用机制有关。
现象
这里打印了cellForRow的调用时机和updateCell的复用时机。如下：
2023-08-21 21:03:17.975857+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:18.012954+0800 [9134:2560540] [ceshi]didEndDisplayingCell调用
2023-08-21 21:03:18.014056+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:19.141703+0800 [9134:2560540] [ceshi]updateCell调用
2023-08-21 21:03:19.165868+0800 [9134:2560540] [ceshi]viewDidAppear调用
2023-08-21 21:03:19.170615+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:19.225168+0800 [9134:2560540] [ceshi]didEndDisplayingCell调用
2023-08-21 21:03:19.228731+0800 [9134:2560540] [ceshi]cellForRow调用
134:2560540] [ceshi]didEndDisplayingCell调用
2023-08-21 21:03:19.395311+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:19.548246+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:19.740458+0800 [9134:2560540] [ceshi]didEndDisplayingCell调用
2023-08-21 21:03:20.506049+0800 [9134:2560540] [ceshi]cellForRow调用
34:2560540] [ceshi]didEndDisplayingCell调用
2023-08-21 21:03:20.551368+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:20.563274+0800 [9134:2560540] [ceshi]didEndDisplayingCell调用
023-08-21 21:03:20.616458+0800 [9134:2560540] [ceshi]cellForRow调用
2023-08-21 21:03:20.628026+0800 [9134:2560540] [ceshi]cellForRow调用
我们在viewDidAppear中请求网络数据，拿到rsp之后再去调用updateCell。 可以发现在updateCell之后，又进行了多次的cellForRow和cellDidEndDisplaying。这是由于其他地方在网络数据返回之后就reloadTable造成的。 尝试让这个section的cellForRow只执行一次以及设置标志、保证updateCell的时候，不允许进行cellForRow，发现动画播放都正常。
猜想
高频率的reloadTable，会让cell在可见与不可见状态之间横跳。 如果cell不可见，是不是会停掉UIImageView上的关键帧动画呢？
验证
在简化的代码上，在cell完全可见后，通过点击按钮来触发reloadTable，此时cell肯定会被从tableView.visibleCells中移除，成为不可见 状态。但是并没有出现动画停下来的问题。验证失败。
猜想2
和cellForRow关系最大的是deque方法，也就是从重用队列中取出对应identifier的cell。如果cellForRow只执行了一次，那么不管怎么reloadTable，这个cell会一直位于前台（不是visible的前台，而是active的前台）
验证
在简化的代码中，每次reloadTable后，cell都会从_visibleCell中移除掉，还是会进入后台状态。说明问题的关键不在于deque方法.验证失败
猜想3
和deque、cellForRow方法相关的的，还有prepareForReuse方法。在实际调用deque之前，会调用prepareForReuse方法。怀疑在该方法内部，在cell 重用之前，会对cell内部的一些属性、状态进行修改，导致动画播放的暂停。
验证
重写了prepareForReuse方法，在调用[super prepareForReuse]之前直接return。其他代码都不修改。发现问题解决。
问题
到上面，只是确认了问题的入口，为了解释清楚，还需要知道prepareForReuse里面到底做了什么。因此设置一个符号断点-[UITableViewCell prepareForReuse]。如下图
image.png
发现内部调用了CALayer的removeAllAnimations方法。合理印证前面的猜想，在重用的时候，会将layer上的动画移除。 但是有两个点需要确认
- 给UIImageView设置gif动画，真的是以animation的形式播放的吗？
- 如果单独调用[UIImageView.layer removeAllAnimations]，会不会同样让动画暂停？
进一步验证
先证明第一个问题
打断点监听刚刚设置了GIF的UIImageView，如下图：
image.png
显然，UIImageView有一个animations属性，通过CAKeyFrameAnimation来播放GIF。 证毕
再证明第二个问题
设置一个按钮，点击后调用[UIImageView.layer removeAllAnimations]。
屏幕录制2023-08-26+11.38.00.gif
结论
给UIImageView设置GIF动图，底层以CAKeyFrameAnimation的形式播放。当cell进入复用队列，准备重用的时候，在prepareForReuse方法中，会递归调用CALayer的removeAllAnimations方法，导致动画被移除。
在cell上播放动画、音视频等资源的时候，要注意在prepareForReuse中主动释放，在cellForRow的时候再设置资源。如果在prepareForReuse中不主动释放，那么[super prepareForReuse]中的资源释放操作会导致行为变得异常，难以定位。
网友评论