Glide源码解析

2019-05-21 本文已影响0人呼噜噜11

背景

Glide是android开发经常用的到的一个图片加载库，他是由Bump Technologies开源的一款图片加载库。开始研究它的源码，主要是因为在一次android的热更新结束之后，源码都改变了，但是在热更新中替换的图片确没有生效。可以确定的，通过android的adb，我们找到了热更新包在手机里面的存储地址，并且把图片拷贝出来，可以发现图片已经更新到手机里面，但是运行结果仍然是显示的之前的图片。于是，带着问题，花了几天时间，对Glide源码进行了一次系统的研究。

Glide库的使用

Glide的库的使用很简单：

Glide.with(this).load(url)
                .placeholder(R.mipmap.ic_launcher)
                .error(R.mipmap.ic_launcher)
                .centerCrop()
                .skipMemoryCache(true)
                .diskCacheStrategy(DiskCacheStrategy.RESULT)
                .priority(Priority.HIGH)
                .into(mIvMn);

load参数支持类型
- String：
  +"/"打头的sdcard图片路径,参考文件：StringLoader
  +"http"打头的网络路径,参考文件：StringLoader
  +"data:image"打头的图片类型（Data URI scheme）参考文件：DataUrlLoader
- Drawable
- Uri
- URL
- File
- Integer
- byte[]
- Object

图片压缩方法，optional区别在于：
- centerCrop
- fitCenter
- centerInside
- circleCrop
  关于centerCrop,fitCenter等区别，可以参考：https://blog.csdn.net/u012947056/article/details/46816153
skipMemoryCache：是否开启内存缓存
diskCacheStrategy：磁盘缓存策略
- NONE：不开启磁盘缓存
- DATA：直接缓存处理之后的图片
- RESOURCE：只缓存原始图片
- AUTOMATIC：根据图片资源智能地选择使用哪一种缓存策略(默认选项)
priority: 如果同一时间有队列中有两个图片加载方法，优先级更高的会先执行

Glide缓存机制

MemoryCache 获取
memoryCache指的是内存缓存，当应用退出之后，缓存即失效,加载图片时，首先回去memoryCache中寻找图片，如果存在，则直接取出

1.先从activeResources 获取缓存
EngineResource<?> active = loadFromActiveResources(key, isMemoryCacheable);
    if (active != null) {
      cb.onResourceReady(active, DataSource.MEMORY_CACHE);
      if (VERBOSE_IS_LOGGABLE) {
        logWithTimeAndKey("Loaded resource from active resources", startTime, key);
      }
      return null;
    }
@Nullable
  private EngineResource<?> loadFromActiveResources(Key key, boolean isMemoryCacheable) {
    if (!isMemoryCacheable) {
      return null;
    }
    EngineResource<?> active = activeResources.get(key);
    if (active != null) {
      active.acquire();
    }

    return active;
  }
2.activeResources获取失败再从Lrucahe后去缓存,其中Lrucache的实现可以参考：LruResourceCache文件
EngineResource<?> cached = loadFromCache(key, isMemoryCacheable);
    if (cached != null) {
      cb.onResourceReady(cached, DataSource.MEMORY_CACHE);
      if (VERBOSE_IS_LOGGABLE) {
        logWithTimeAndKey("Loaded resource from cache", startTime, key);
      }
      return null;
    }
private EngineResource<?> loadFromCache(Key key, boolean isMemoryCacheable) {
    if (!isMemoryCacheable) {
      return null;
    }

    EngineResource<?> cached = getEngineResourceFromCache(key);
    if (cached != null) {
      cached.acquire();
      //Lrucache获取成功后会把他加入的activeResources中
      activeResources.activate(key, cached);
    }
    return cached;
  }

DiskCache获取
如果memoryCache获取失败，则会从diskcache中获取图片资源,diskcache分两种情况，一种是RESOURCE_CACHE，一种是DATA_CACHE，其中RESOURCE_CACHE指的是压缩后的图片缓存，DATA_CACHE指的是原图缓存。当需要获取DiskCache时，会现获取压缩后的图片缓存，当查找失败后，会继续去查找DATA_CACHE（原图缓存），当原图缓存也查找失败后，最后才会去图片存储路径寻找图片，具体代码如下：

1.stage状态决定从哪个地方加载图片，其中初始状态为 INITIALIZE
private enum Stage {
    /** The initial stage. */
    INITIALIZE,
    /** Decode from a cached resource. */
    RESOURCE_CACHE,
    /** Decode from cached source data. */
    DATA_CACHE,
    /** Decode from retrieved source. */
    SOURCE,
    /** Encoding transformed resources after a successful load. */
    ENCODE,
    /** No more viable stages. */
    FINISHED,
  }
2.根据stage状态决定下一个加载状态，默认状态下，也就是diskCacheStrategy.AUTOMATIC时，状态顺序为 INITIALIZE -> RESOURCE_CACHE -> DATA_CACHE -> SOURCE
  private Stage getNextStage(Stage current) {
    switch (current) {
      case INITIALIZE:
        return diskCacheStrategy.decodeCachedResource()
            ? Stage.RESOURCE_CACHE : getNextStage(Stage.RESOURCE_CACHE);
      case RESOURCE_CACHE:
        return diskCacheStrategy.decodeCachedData()
            ? Stage.DATA_CACHE : getNextStage(Stage.DATA_CACHE);
      case DATA_CACHE:
        // Skip loading from source if the user opted to only retrieve the resource from cache.
        return onlyRetrieveFromCache ? Stage.FINISHED : Stage.SOURCE;
      case SOURCE:
      case FINISHED:
        return Stage.FINISHED;
      default:
        throw new IllegalArgumentException("Unrecognized stage: " + current);
    }
  }
3.获取Generator类型
  private DataFetcherGenerator getNextGenerator() {
    switch (stage) {
      case RESOURCE_CACHE:
        return new ResourceCacheGenerator(decodeHelper, this);
      case DATA_CACHE:
        return new DataCacheGenerator(decodeHelper, this);
      case SOURCE:
        return new SourceGenerator(decodeHelper, this);
      case FINISHED:
        return null;
      default:
        throw new IllegalStateException("Unrecognized stage: " + stage);
    }
  }
4.run Generator,其中 currentGenerator.startNext()失败时，会返回false，直到加载到指定文件
private void runGenerators() {
    currentThread = Thread.currentThread();
    startFetchTime = LogTime.getLogTime();
    boolean isStarted = false;
    while (!isCancelled && currentGenerator != null
        && !(isStarted = currentGenerator.startNext())) {
      stage = getNextStage(stage);
      currentGenerator = getNextGenerator();

      if (stage == Stage.SOURCE) {
        reschedule();
        return;
      }
    }
    // We've run out of stages and generators, give up.
    if ((stage == Stage.FINISHED || isCancelled) && !isStarted) {
      notifyFailed();
    }

    // Otherwise a generator started a new load and we expect to be called back in
    // onDataFetcherReady.
  }

DiskCache存储
1.缓存原图：SourceGenerator 获取原图时，会首先先缓存上一次的获取的原图

@Override
public boolean startNext() {
if (dataToCache != null) {
  Object data = dataToCache;
  dataToCache = null;
  //缓存原图片
  cacheData(data);
}
....
....

2.缓存压缩后图片：在获取原图之后，会再次缓存压缩后的图片,缓存压缩后的图片在DecodeJob文件中的encode方法中

void encode(DiskCacheProvider diskCacheProvider, Options options) {
    GlideTrace.beginSection("DecodeJob.encode");
    try {
      diskCacheProvider.getDiskCache().put(key,
          new DataCacheWriter<>(encoder, toEncode, options));
    } finally {
      toEncode.unlock();
      GlideTrace.endSection();
    }
  }

总结

通过了解Glide的缓存一系列流程，对于热更新之后图片无法更新的问题也有了答案，具体原因就是因为热更细结束之后，图片的缓存其实并没有更新，虽然原图更新了，但是因为Glide加载会下去加载缓存，只有在缓存不存在的情况下才会去加载原图。因此，在不改变glide源码的情况下，对于需要热更新图片，可以通过如下方法规避：
1.如果替换图片了，最好修改图片文件名称
2.设置glide加载只读原图

Glide源码解析

背景

Glide库的使用

Glide缓存机制

总结

猜你喜欢

热点阅读