这篇文章主要为大家展示了“如何解决Glide缓存key的问题”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“如何解决Glide缓存key的问题”这篇文章吧。
创新互联是一家专注于做网站、网站制作与策划设计,昆都仑网站建设哪家好?创新互联做网站,专注于网站建设十余年,网设计领域的专业建站公司;建站业务涵盖:昆都仑等地区。昆都仑做网站价格咨询:028-86922220
最近项目里面有个地方是在前面用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 decodeJob = new DecodeJob(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 decodeFromSourceData(A data) throws IOException {
final Resource 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了。
以上是“如何解决Glide缓存key的问题”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！
网站标题：如何解决Glide缓存key的问题
转载来源：
http://bzwzjz.com/article/gdijco.html
