问题现象
使用Glide图片加载框架加载webp的时候默认会将一个资源加载一份然后缓存起来，之后引用相同资源id会始终返回这同一个缓存。这本身是一个很常见的优化手段，但是遇到Android原生的AnimatedImageDrawable就会有问题。因为Glide内部如果不做自定义Module的话，默认加载的webp图片就是使用的AnimatedImageDrawable类。
其实我是先开始start播放上面的ImageView，然后再将图片设置到了下面的ImageView。结果后start的开始时机被强制绑定到了和正在播放的一起。
这里我调用Glide.with(this).clear(imageView2);将第二个ImageView播放停止并清楚不显示，导致第一个ImageView也跟着停止了播放。
这里我将同一个资源在上面ImageView停止后设置给了第二个ImageView，仔细观察会发现，第二个ImageView播放前会闪烁一下停止时候的那一帧。这里只是为了方便演示，即使开始和停止在同一个ImageView发生也同样有这个问题。
如果觉得git图看不清的可以看视频，视频的帧率更高一下，对于第3个现象看的更明显
my_screen_record
解决问题的思路
我在开发中主要遇到的是重新播放闪现停止帧的问题，我第一时间是想到想办法如何避免这个问题。
然而，查遍了系统API，也没有见到AnimatedImageDrawable为用户开放对应的操作方法。
另外，即使使用ASM字节码修改框架等手段做到了控制帧，但是这只能解决重复播放闪烁停止帧，也就是现象3的那个问题。现象1、现象2依然无法解决。因为他们是用的同一个AnimatedImageDrawable对象，所以会导致多个View视图播放进度是一个。
那么归根结底要解决的问题是要让每个View的播放状态不强关联的，并且重新播放不闪烁。想要做到这个只能每次使用都创建新的实例，因为旧的实例不提供清理状态的方法。而且不同的View也不可以复用同一个实例否者导致状态显示不能差异化。
那么方向明了后，我们只要按这个思路实现就能解决这个问题。下面有2个方案：
解决方法1 快速简洁但不推荐
每次设置webp显示前直接调用Glide.get(this.context).clearMemory()清除所有内存缓存，这种方法简单快捷，缺点就是会误伤其他非webp资源导致一起清空。 不过你也不用那么担心，他的这个整体也没那么不堪和呆板。Glide内部的缓存会分为active区和普通区，active就是当前资源绑定了view正在显示中的，调用Glide.get(this.context).clearMemory()的时候无论如何也不会清掉active这部分的缓存的。 如果项目需要应急，没太多时间修复的话，可以临时先用这个方法顶一顶。
解决方法2 引入其他解码库来代替原生AnimatedImageDrawable
引入库com.github.zjupure:webpdecoder:2.6.4.16.0并开启Glide的skipMemoryCache选项。 因为该库使用的自己的api进行存储的webp内存资源。所以不存在这个问题。
那么读者可能会问，直接不引入这个Module库，直接使用skipMemoryCache不行么？那这还真不行，skipMemoryCache会和AnimatedImageDrawable产生冲突，导致 必然崩溃。
这个方法我认为存在的缺点就是必须在项目中指定的位置单独调用skipMemoryCache，不然这个skipMemoryCache会干扰到其他的图片缓存。如果你是封装的Glide的话，改动起来比较麻烦。并且这个库也会修改解析的Drawable类型为com.bumptech.glide.integration.webp.decoder.WebpDrawable。并且简单查了下资料，AnimatedImageDrawable的性能优势比WebpDrawable是巨大的。再就是如果是仅仅是单View显示的webp文件加载出现的闪烁问题，那么在不是提前调用stop导致停在了中间的场景，完全没必要清除内存。可以在启动的时候复用重新复用也不会有闪烁问题。用第3种解决方案更灵活，不像当前方案在一开始就硬编码了强制不用缓存。 基于以上种种，我实际项目中没用这个方法。
Glide.with(this)
.load(resourceId)
.skipMemoryCache(true)
.into(this)
解决方法3 最终解决
我们要想办法精准的在Glide的缓存中找到这个资源的缓存，只清除掉这一条，这样影响可以做到最小化。
但是！又要说但是了！Glide的API并没有单独清理某一个资源的方法。那怎么弄。自定义Module吧！
Glide为开发者开放了自定义Module的模块的功能，可以自己管理缓存的存储和释放，我这里遵循最小改动原则，存储结构还使用内置的规则。我们只在存储的时候过滤是否是webp资源，是的话做存到列表中。做为以后清除他的时候做准备。
可能看到以下代码会有几处疑问，我提前解答一下吧。
问： 为什么要存储下来这个key列表？ 答： 为了清除的时候能用对应的key去清除掉，否者你根本没办法根据你手里的Resource id名称来清除对应缓存。
问： 为什么要用resource.toString().contains("AnimatedImageDrawableResource")这种方式来判断是否是webp资源？ 答： 只能这么判断，系统没开放更多的API。
问： 为什么删除类检索key的时候要倒着遍历？ 答： 因为要边遍历，边删除元素，正着遍历不是漏掉就是数组越界异常！
自定义GlideModule类：
@com.bumptech.glide.annotation.GlideModule
class GlideCacheModule : AppGlideModule() {
// 全局持有MemoryCache实例（核心：替代之前的初始化器方式）
companion object {
lateinit var glideMemoryCache: MemoryCache
private set
val glideMemoryCacheKeyList: MutableList<Key> = mutableListOf()
}
override fun applyOptions(context: Context, builder: GlideBuilder) {
super.applyOptions(context, builder)
// 步骤1：按Glide默认规则计算内存缓存大小（和Glide原生逻辑一致）
val calculator = MemorySizeCalculator.Builder(context).build()
val defaultMemoryCacheSize = calculator.memoryCacheSize
// 步骤2：创建MemoryCache实例（LruResourceCache是Glide默认的内存缓存实现）
val memoryCache = LruResourceCache(defaultMemoryCacheSize.toLong())
// 步骤3：保存实例到全局变量（供后续移除缓存使用）
glideMemoryCache = object : MemoryCache{
override fun getCurrentSize(): Long {
return memoryCache.currentSize
}
override fun getMaxSize(): Long {
return memoryCache.maxSize
}
override fun setSizeMultiplier(multiplier: Float) {
memoryCache.setSizeMultiplier(multiplier)
}
override fun remove(key: Key): Resource<*>? {
glideMemoryCacheKeyList.remove(key)
return memoryCache.remove(key)
}
override fun put(
key: Key,
resource: Resource<*>?
): Resource<*>? {
if (resource.toString().contains("AnimatedImageDrawableResource")) {// 只缓存 AnimatedImageDrawableResource
glideMemoryCacheKeyList.add(key)
}
return memoryCache.put(key, resource)
}
override fun setResourceRemovedListener(listener: MemoryCache.ResourceRemovedListener) {
memoryCache.setResourceRemovedListener(listener)
}
override fun clearMemory() {
memoryCache.clearMemory()
}
override fun trimMemory(level: Int) {
memoryCache.trimMemory(level)
}
}
// 步骤4：将自定义的MemoryCache设置给Glide（替代setMemoryCacheInitializer）
builder.setMemoryCache(glideMemoryCache)
// 可选：自定义内存缓存大小（比如设置为20MB）
// val customCacheSize = 20 * 1024 * 1024L // 20MB
// val customMemoryCache = LruResourceCache(customCacheSize)
// glideMemoryCache = customMemoryCache
// builder.setMemoryCache(customMemoryCache)
}
// 禁用Manifest解析，避免冲突（必写）
override fun isManifestParsingEnabled(): Boolean {
return false
}
}
自定义删除工具类：
object GlideMemoryCacheRemover {
/**
* 移除指定drawable的内存缓存
*/
fun removeDrawableMemoryCache(resId: Int) {
// 2. 使用全局持有的MemoryCache
for (i in GlideCacheModule.glideMemoryCacheKeyList.size – 1 downTo 0) {
val key = GlideCacheModule.glideMemoryCacheKeyList[i]
if (key.toString().contains(resId.toString())) {
GlideCacheModule.glideMemoryCache.remove(key)
}
}
}
}
调用删除：
mResourcesId?.let {
GlideMemoryCacheRemover.removeDrawableMemoryCache(it)
}
