1.前言
Glide框架的核心内容主要包含生命周期自动管理和内存管理，生命周期管理在《Glide源码分析-生命周期管理》有详细叙述到，本篇主要叙述Glide框架的内存管理。
2.内存管理总体框架
Glide内存管理分为如下图中五种情况，下面我们一一来分析这五种情况资源是如何在内存中移动的。
2.1 资源在活动内存中
final class ActiveResources {
private final boolean isActiveResourceRetentionAllowed;
private final Executor monitorClearedResourcesExecutor;
// 保存正在显示资源的弱已用
@VisibleForTesting final Map<Key, ResourceWeakReference> activeEngineResources = new HashMap<>();
private final ReferenceQueue<EngineResource<?>> resourceReferenceQueue = new ReferenceQueue<>();
......
}
第一种情况是资源仅在活动内存中。Map<Key, ResourceWeakReference>就是我们所讲的活动内存，此内存保存界面正在加载的资源，当资源仅存在活动内存的时候，Glide会直接加载资源到控件中。
2.2 资源在内存缓存中
第二种情况是资源不在活动内存中，在内存缓存中。从图中可以看出，这种情况资源会从内存缓存中删除(删除后如虚线圈所示)，然后被挪到活动缓存中，Glide从活动缓存中加载资源。
private EngineResource<?> loadFromCache(Key key) {
// 从内存缓存中获取资源
EngineResource<?> cached = getEngineResourceFromCache(key);
if (cached != null) {
cached.acquire();
// 保存到活动缓存中
activeResources.activate(key, cached);
}
return cached;
}
//取资源
private EngineResource<?> getEngineResourceFromCache(Key key) {
// cache是内存缓存，首先从内存缓存中取出元素，并且删除内存缓存中元素
Resource<?> cached = cache.remove(key);
final EngineResource<?> result;
if (cached == null) {
result = null;
} else if (cached instanceof EngineResource) {
// Save an object allocation if we've cached an EngineResource (the typical case).
result = (EngineResource<?>) cached;
} else {
result =
new EngineResource<>(
cached, /*isMemoryCacheable=*/ true, /*isRecyclable=*/ true, key, /*listener=*/ this);
}
return result;
}
//存资源
synchronized void activate(Key key, EngineResource<?> resource) {
ResourceWeakReference toPut =
new ResourceWeakReference(
key, resource, resourceReferenceQueue, isActiveResourceRetentionAllowed);
// 保存资源到活动缓存中
ResourceWeakReference removed = activeEngineResources.put(key, toPut);
if (removed != null) {
removed.reset();
}
}
2.3 资源在用户申明的Glide磁盘中
第三种情况是活动缓存和内存缓存都没有资源，资源保存在用户申明的磁盘缓存中。这种情况Glide会尝试从本地磁盘缓存中获取，如果获取到了复制资源(实线圈)到活动缓存中显示。
public <R> LoadStatus load(
GlideContext glideContext,
Object model,
Key signature,
int width,
int height,
Class<?> resourceClass,
Class<R> transcodeClass,
Priority priority,
DiskCacheStrategy diskCacheStrategy,
Map<Class<?>, Transformation<?>> transformations,
boolean isTransformationRequired,
boolean isScaleOnlyOrNoTransform,
Options options,
boolean isMemoryCacheable,
boolean useUnlimitedSourceExecutorPool,
boolean useAnimationPool,
boolean onlyRetrieveFromCache,
ResourceCallback cb,
Executor callbackExecutor) {
long startTime = VERBOSE_IS_LOGGABLE ? LogTime.getLogTime() : 0;
// 获取key
EngineKey key =
keyFactory.buildKey(
model,
signature,
width,
height,
transformations,
resourceClass,
transcodeClass,
options);
EngineResource<?> memoryResource;
synchronized (this) {
memoryResource = loadFromMemory(key, isMemoryCacheable, startTime);
// 内存缓存中没有资源
if (memoryResource == null) {
return waitForExistingOrStartNewJob(
glideContext,
model,
signature,
width,
height,
resourceClass,
transcodeClass,
priority,
diskCacheStrategy,
transformations,
isTransformationRequired,
isScaleOnlyOrNoTransform,
options,
isMemoryCacheable,
useUnlimitedSourceExecutorPool,
useAnimationPool,
onlyRetrieveFromCache,
cb,
callbackExecutor,
key,
startTime);
}
}
// Avoid calling back while holding the engine lock, doing so makes it easier for callers to
// deadlock.
cb.onResourceReady(memoryResource, DataSource.MEMORY_CACHE);
return null;
}
具体如何从磁盘缓存中获取资源流程可以参考《Glide源码分析---4.2 从不同缓存中搜寻资源》
2.4 资源在云端
第四种情况本地没有资源，资源在云端。这种情况Glide会首先搜寻活动缓存，然后搜寻内存缓存，再搜寻本地磁盘缓存。如果以上三者都搜不到，那就启动httpurlconnection从网络上加载资源。当资源下载好之后将资源保存在磁盘缓存中，并且将资源复制到活动缓存中，供界面显示。
2.5 资源回收
当空白Fragment感知到界面被销毁，onDestory()方法被调用之后，Glide最终会调用活动缓存中的onResourceReleased方法，此方法中资源会从活动缓存中回收，然后被保存到内存缓存中。
public void onResourceReleased(Key cacheKey, EngineResource<?> resource) {
// 从活动缓存中删除
activeResources.deactivate(cacheKey);
if (resource.isMemoryCacheable()) {
// 保存到内存缓存中
cache.put(cacheKey, resource);
} else {
resourceRecycler.recycle(resource, /*forceNextFrame=*/ false);
}
}
synchronized void deactivate(Key key) {
ResourceWeakReference removed = activeEngineResources.remove(key);
if (removed != null) {
removed.reset();
}
}
3.在运行时缓存中为什么会做成两级缓存，意义何在
3.1 只有LRU内存缓存，没有活动缓存
LRU内存缓存有个特性，就是当LRU缓存装满的时候，如果还有资源需要存储，缓存会将最近最少使用的资源删除，然后保存新添加的资源。
如果只有LRU内存缓存的话，会出现一个BUG，接入我设置LRU内存缓存大小为5，如果RecycleView需要加载的资源为5张图片了，缓慢滚动屏幕，有一张图片出现，需要新加入到LRU中，那最先放入LRU中的那种图片就会被销毁，然而那种图片还有一部分正在显示。这样就会引起崩溃。
所以鉴于此BUG，活动内存就应运而生，活动内存是一个map集合，随便存多少，因此为了清晰管理内存。活动内存专门存放当前界面显示的资源，LRU缓存负责缓存暂时不在显示的资源。
3.2 只有活动缓存，没有LRU内存缓存
只有活动缓存(Map)不是不行，只是如果存储和删除都在一个map集合中，管理起来比较混乱，而且在操作map的时候一定要采用同步，扩大了同步操作范围，降低效率。
public void onResourceReleased(Key cacheKey, EngineResource<?> resource) {
// 同步释放资源
activeResources.deactivate(cacheKey);
if (resource.isMemoryCacheable()) {
// 此处没有同步了，如果用一个集合的话，需要将此map也放在同步块中操作。
cache.put(cacheKey, resource);
} else {
resourceRecycler.recycle(resource, /*forceNextFrame=*/ false);
}
}
