load 返回一个 RequestBuilder。用来记录本次请求的全部信息，包括资源来源和可选配置。支持多种数据类型：

.load // 网络图片
.load // 本地文件
.load // 资源文件
.load // Uri
.load // 字节数组

三、into —— 主要加载流程

执行链路概览

into
→ 为 ImageView 创建 Target
→ 建立 SingleRequest
→ 交给 Engine 发起加载
→ Engine 根据 url、尺寸、变换、签名等生成 EngineKey
→ Engine.load
├─ loadFromMemory
│ ├─ 查 ActiveResources
│ └─ 查 LruCache
└─ 若均未命中 → 启动 EngineJob 异步下载/磁盘读取
→ 解码 → onEngineJobComplete
→ ActiveResources.activate
→ 回调 Target 展示图片

EngineKey 的作用与痛点对应关系

Pain point: 相同 URL 在不同尺寸或变换下仍被重复下载。EngineKey 将以下因素拼接生成唯一标识：

EngineKey = url + targetWidth + targetHeight + signature + transformKey + …

If two requests share same key,Glide reuses already loaded result。eliminating redundant network I/O.

四、三级缓存机制

缓存结构总览

Pain point: 大量图片滚动时频繁创建 Bitmap 导致 GC 抖动。淘汰，

查找顺序详解

Engine.load
│
├─① loadFromActiveResources
│ └─ 命中 → acquire 并直接返回 Bitmap
│
├─② loadFromCache // LruCache
│ ├─ cache.remove // 从 Lru 移除并激活到 ActiveResources
│ └─ 返回已激活资源
│
└─③ 未命中 → 启动 EngineJob 异步下载/磁盘读取
└─ 完成后 onEngineJobComplete → activeResources.activate

源码摘录

// Engine.java - loadFromMemory
private EngineResource loadFromMemory(EngineKey key。boolean isMemoryCacheable,long startTime) {
// ① 检查 ActiveResources
EngineResource active = loadFromActiveResources;if return active;// ② 检查 LruCache 并转移到 ActiveResources
EngineResource cached = loadFromCache;if return cached;怎么说呢，return null;}
// loadFromCache 内部：从 Lru 移除并激活到 ActiveResources
private EngineResource loadFromCache {
EngineResource cached = getEngineResourceFromCache;老实说，if {
cached.acquire;
activeResources.activate;怎么说呢，// 转移到活动缓存
}
return cached;}

网络下载后的写入方法

The freshly decoded bitmap is **directly** placed into ActiveResources**。bypassing LruCache to avoid an unnecessary move.

// Engine.java - onEngineJobComplete
@Override public synchronized void onEngineJobComplete(
EngineJob engineJob,Key key,EngineResource resource) {
if ) {
// ★ 直接激活到 ActiveResources，不经过 LruCache
activeResources.activate;}
}

从 Active 到 Lru 的退回

// Engine.java - onResourceReleased
@Override public void onResourceReleased(Key cacheKey,EngineResource resource) {
activeResources.deactivate;// 从活动缓存移除
if ) {
cache.put;// ★ 放入 LruCache 保存下次复用
} else {
resourceRecycler.recycle;老实说，}
}

完整生命周期示例

LruCache 实现要点 & 痛点对照

• Lru 使用 Android 原生,自动依据访问顺序淘汰最旧条目。
• Pain point: 如果同时把同一 Bitmap 放进 **Active** 与 **Lru**,实际占用会翻倍导致 OOM。为了解决此问题是Glide 的互斥转移正。
• Lru 的最大容量默认是可用堆内存的 /8 ​。
• Pain point: 开发者自行设置过小会导致频繁回收；话说回来，设置过大又会抢占业务内存。建议使用 Glide 默认或。

磁盘缓存策略

Oops!说起来，The table got corrupted due to editing mistake. Need correct table.

Let's rewrite table correctly:

Better rewrite:

Will fix later in final output.

Proceed after that with next sections.

Continue with BitmapPool section etc.

Let's craft remaining parts cleanly.