Lottie-android动画加载监听器失效问题解析

问题背景

在使用Lottie-android动画库时，开发者可能会遇到一个特定场景下的问题：当动画被取消后重新加载时，LottieOnCompositionLoadedListener监听器不再被触发。这个问题在6.0.0版本中并不存在，但在后续版本中出现了。

问题现象

具体表现为：

1. 首次加载动画时，监听器正常触发
2. 调用cancelAnimation()取消动画后
3. 再次尝试加载同一动画时，监听器不再被调用
4. 动画也无法正常播放

技术原理分析

Lottie动画加载机制

Lottie动画的加载过程实际上分为两个主要阶段：

1. 资源解析阶段：将JSON格式的动画数据解析为LottieComposition对象
2. 渲染阶段：将解析后的动画数据渲染到屏幕上

LottieOnCompositionLoadedListener监听器的作用是在第一个阶段完成后通知开发者。

版本差异对比

在6.0.0版本中，每次调用setAnimation()方法都会完整地执行整个加载流程，包括触发监听器。但在后续版本中，Lottie团队对性能进行了优化，引入了一些缓存机制。

缓存机制的影响

新版本中，LottieCompositionFactory会对已加载的动画进行缓存。当再次加载同一动画时，会优先从缓存中获取，而不是重新解析。这种优化虽然提高了性能，但也带来了监听器不触发的问题。

问题根源

问题的核心在于两个关键代码逻辑：

1. LottieAnimationView的setCompositionTask方法：该方法会检查三个条件，如果满足就直接返回，不再执行后续的监听器添加逻辑。

2. LottieCompositionFactory的缓存机制：从缓存中获取动画时，会创建一个新的LottieTask，但这个任务内部的successListeners是空的，导致无法通知监听器。

解决方案

根据官方回复，这是预期行为而非bug。正确的做法应该是：

1. 如果需要完全重新加载动画，应该先调用setImageDrawable(null)清除当前动画
2. 然后再调用setAnimation()方法重新加载

这样会强制Lottie走完整的加载流程，包括触发监听器。

最佳实践建议

1. 明确区分动画状态：理解"取消动画"和"重新加载动画"是两种不同的操作
2. 合理使用缓存：对于频繁使用的动画，缓存确实能提高性能
3. 生命周期管理：在适当的时机(如Activity/Fragment销毁时)清理动画资源
4. 错误处理：添加适当的错误监听器以处理加载失败的情况

总结

这个问题反映了Lottie库在性能优化和API行为一致性之间的权衡。作为开发者，理解底层机制有助于更好地使用这个强大的动画库。虽然表面看起来像是功能缺失，但实际上这是设计上的取舍，旨在提供更好的性能表现。