前言 Glide源码异常庞大, 其中的代码是非常复杂的, 所以笔者不会逐行的分析源码，避免读者陷入代码黑洞中无法自拔，而是通过分析关键的代码和流程来让读者快速的理解和掌握Glide内存管理策略的核心思

1.`Glide`缓存机制做了哪些优化？ 2.`Glide`做了哪些内存优化？ 3.`Glide`如何管理生命周期? 4.`Glide`怎么做大图加载?

最近在解决一些问题时，进行了一下检索，发现 绝大多数文章 是 基于3.X。Glide从进入4.X也有两三年了，在3.X的基础上，发生了很多变化。 所幸我对 4.X 的源码还比较熟，且Glide的设计也很精彩，索性写一写 对4.X的剖析。 当然，对于多数读者而言，因为有一定的基础…

说到图片加载框架，大家最熟悉的莫过于Glide了，但我却不推荐简历上写熟悉Glide，除非你熟读它的源码，或者参与Glide的开发和维护。 使用Glide加载图片如此简单，这让很多开发者省下自己处理图片的时间，图片加载工作全部交给Glide来就完事，同时，很容易就把图片处理的相…

说到图片加载框架，大家最熟悉的莫过于Glide了，但我却不推荐简历上写熟悉Glide， 除非你熟读它的源码，或者参与Glide的开发和维护。然而很多小伙伴对于Glide的流程及其源码解读总是无从下手

对于 Android Developer 来说，很多开源库都是属于开发必备的知识点，从使用方式到实现原理再到源码解析，这些都需要我们有一定程度的了解和运用能力。所以我打算来写一系列关于开源库源码解析和

本篇核心主要是讲解Glide中Bitmap池复用中的一个小细节：如何通过宽度、高度和像素格式从对象池中获取/回收可以复用的Bitmap？

Glide 图片加载流程大致三可以分为三个阶段：`发起请求`、`启动任务`以及`解码图片`。Glide 的缓存用的是`三级缓存机制`，图片的缓存分为`内存缓存`、`磁盘缓存`和`来源缓存`。

Android 开发者最熟悉的图片加载框架应该是 Glide 和 Picasso 这两个了，最近两年也出现了一个后起之秀：Coil。Coil 是一个新兴的 Android 图片加载库，Coil 的名