浅谈Glide缓存key的问题

Rhoda ·

更新时间:2024-09-21

· 638 次阅读

最近项目里面有个地方是在前面用glide加载图片后，后面再另外一个地方加载相同图片时没有复用glide的缓存，而是自己另外又重新缓存了一套。

查找后发现问题是glide缓存的key不一致的问题。

从key的生成可以看到和很多参数有关，逐一排查后，发现了width和height还有id不一样。这3个是项目外面传进来的。


EngineKey key = keyFactory.buildKey(id, signature, width, height, loadProvider.getCacheDecoder(),
        loadProvider.getSourceDecoder(), transformation, loadProvider.getEncoder(),
        transcoder, loadProvider.getSourceEncoder());

key的作用大概是通过下面三步里面去找数据

如果都为null，就会进入函数最后边的开线程去decode（相当于缓存没找到，准备重新加载数据吧）


    EngineJob engineJob = engineJobFactory.build(key, isMemoryCacheable);
    DecodeJob<T, Z, R> decodeJob = new DecodeJob<T, Z, R>(key, width, height, fetcher, loadProvider, transformation,
        transcoder, diskCacheProvider, diskCacheStrategy, priority);
    EngineRunnable runnable = new EngineRunnable(engineJob, decodeJob, priority);
    jobs.put(key, engineJob);
    engineJob.addCallback(cb);
    engineJob.start(runnable);

进入EngineRunnable的run方法看


 resource = decode();
private Resource<?> decode() throws Exception {
    if (isDecodingFromCache()) {
      return decodeFromCache();
    } else {
      return decodeFromSource();
    }
  }

其中loadCache还是loadFromSource的条件


  private boolean isDecodingFromCache() {
    return stage == Stage.CACHE;
  }

默认stage会进去，走到decodeFromCache（），由于cache里没有，返回null到run方法里面触发加载失败的回调


 if (resource == null) {
      onLoadFailed(exception);
    } else {
      onLoadComplete(resource);
    }

在回调中重新提交一个runnable，改变stage，下一次run执行时，stage==source，就不会去loadCache，而是loadSource。（开线程加载大概流程感觉就像是默认先去缓存中找，没找到就重新加载）


private void onLoadFailed(Exception e) {
    if (isDecodingFromCache()) {
      stage = Stage.SOURCE;
      manager.submitForSource(this);
    } else {
      manager.onException(e);
    }
  }

loadSource会一路走到


 private Resource<T> decodeFromSourceData(A data) throws IOException {
    final Resource<T> decoded;
    if (diskCacheStrategy.cacheSource()) {
      decoded = cacheAndDecodeSourceData(data);
    } else {
      long startTime = LogTime.getLogTime();
      decoded = loadProvider.getSourceDecoder().decode(data, width, height);
      if (Log.isLoggable(TAG, Log.VERBOSE)) {
        logWithTimeAndKey("Decoded from source", startTime);
      }
    }

这里回调的decode就是项目中自己设置的sourceDecoder

项目内的代码象征性的打码：

之前id和宽高传的不一样，导致key不一样，然后Glide加载的时候通过key找不到缓存，最后就又回调到项目里面的decode那里来了。

改完后，第一次decode完后，后面用缓存就不会再进入decode了。

您可能感兴趣的文章:Android 使用Glide加载网络图片等比例缩放的实现方法Glide4 高效加载图片的配置详解Glide4.6.1 GlideApp无法生成的问题的解决Android Glide 4.0+使用详解Android中Glide获取图片Path、Bitmap用法详解Android将Glide动态加载不同大小的图片切圆角与圆形的方法Android添加glide库报错Error: Failed to resolve: com.android.support:support-annotations:26.0.2的解决android中Glide实现加载图片保存至本地并加载回调监听详解Android中Glide与CircleImageView加载圆形图片的问题Android基于Glide v4.x的图片加载进度监听Android利用Glide获取图片真正的宽高的实例Android中Glide获取缓存大小并清除缓存图片导入takephoto库编译失败与glide库冲突应排除依赖

glide key

1024 个赞