设计: 嗯? 这个图片点击跳转进详情再返回图片怎么变白闪一下呢?
产品: 是啊是啊! 一定是个bug
开发: 囧囧囧
在开发过程中, 也许你也遇到过这样一个场景. 进入一个页面后,前一个页面的图片都会闪白一下. 或者在列表中,加载很多列表项后,之前列表中的图片都需要重新加载.你有没有想过这一切的原因是什么呢?
没错! 它就是我们今天介绍的主人公 --- ImageCache
可能有些人对ImageCache还有些陌生, 我们在之前的章节有说过启动流程时Flutter runApp到渲染上屏,有介绍过其中PaintingBinding这个mixin类.带着探索的心我们先去看看PaintingBinding都做了 一些什么操作呢?
PaintingBinding在构造函数中,除了构建自身的实例.同时也构建了图片缓存的管理实例.也包括了着色器预热.
{
_instance = this;
// 创建了图片缓存管理
_imageCache = createImageCache();
shaderWarmUp?.execute();
}
着色器预热可能大部分人都没有接触过,我们只需要知道通过着色器预热,可以提高首次编译的速度即可.有兴趣可以看一下这篇文章着色器预热; 我们现在把目光重新聚焦到今天的主题, 也就是createImageCache()这里.可以看到它直接返回了一个ImageCache的对象. 这里我们暂且不谈ImageCache, 再去看看在PaintingBinding有没有和ImageCache相关的一些代码吧.
@override
void evict(String asset) {
// 调用了rootBundle.evict(asset);
// 也就是从缓存中移除这个key的资源
super.evict(asset);
// 清除所有已显示和不再用到的图片缓存
imageCache.clear();
// 清除所有实时引用的图片缓存
imageCache.clearLiveImages();
}
@override
void handleMemoryPressure() {
// rootBundle.clear();
// 当操作系统通知应用程序内存压力情况时调用。
// 清除所有的图片资源
super.handleMemoryPressure();
imageCache.clear();
}
可以看到, 基本上所有的引用都避不开内存问题. 也就是文章开头出现的bug. 那么,为什么会出现闪白呢? 有多种可能,有可能是系统感受到了内存压力调用了handleMemoryPressure() 方法,清除了图片缓存,或者在ImageCache中,达到了最大缓存,因此内部根据least-recently-used的原则回收了图片缓存.所以回头再看的时候,图片又重新加载了一遍.自然发生了闪白现象. 既然知道了原因,那么解决问题的方法:
如果要减少图片缓存, 我们要知道图片的内存是怎么计算的? 图片内存=分辨率*每个像素点大小 减少的方法也就出来了:
这里需要去看一下ImageCache中.我们推断一下,什么情况下一个缓存池会达到阀值呢? 那一定是有新图片插入,所以总量才会提升才会够到阀值的门槛.我们找一下有没有相关的方法. 嗯哼~ 果然有一个_checkCacheSize
{
...
// 只要当前的内存超标就会一直执行下去
while (_currentSizeBytes > _maximumSizeBytes || _cache.length > _maximumSize) {
// 根据least-recently-used这个逻辑去依次清除图片缓存
final Object key = _cache.keys.first;
final _CachedImage image = _cache[key]!;
_currentSizeBytes -= image.sizeBytes!;
image.dispose();
_cache.remove(key);
}
...
}说明我们阀值取决于_maximumSizeBytes和_maximumSize, 一个负责最大缓存图片内存,一个负责最大缓存图片数. 也就是说我们更新这两个指就可以改变图片内存的阀值.从而减少内存回收的频率.
很多问题的发生实际上源码中都有些提示, 带着问题去看收获的远远比单独阅读源码要有收获的多.
这里是weniner,一个在奋斗的flutter. 有些收获的话,不妨点个关注哦!
