说起Glide，安卓开发应该都知道，这是一个比较屌的图片加载库，到底它屌在哪里呢？图片加载根据生命周期控制，多级缓存，多类型图片加载，网络请求库自由切换，内存消耗较小，这些都是它的优点，那就先来聊聊它的整体框架是怎么样的。

本文以及Glide系列的其他文章都是基于Glide3.7.0版本的，在我去学习Glide的时候，这个版本是最新最稳定的版本，但是现在github上面已经有4.0的迹象了，应该马上就会发布4.0版本。3.7.0和4.0比较，代码变化还是很大的，但是原理异曲同工

简单用法

Glide.with(context).load("http://url").into(imageView);

这个可以说是Glide加载图片最简单暴力的用法，传入Context,url和Imageview就可以显示出图片了。
所以我们先看下，当调用with(), load(), into()的时候，Glide()都做了什么事情。
（上图由本人手工绘制）
上图中展示了Glide从调用with()方法，把Context传入直到把图片资源加载到ImageView的整个过程。上图中隐藏了如何根据source（比如是传入的网络图片url）获取到result resource(比如你想要得到的bitmap)，应该这个模块可以说是Glide的核心功能，所以楼主将会单独开文，来讲述这个模块。接下来讲下其他模块的功能职责吧。

Glide

Glide是整个图片加载的入口，Glide的构造方法里面，有很多register()方法，这里注册了很多source和result之间转换的factory。

RequestManager

通过Glide.with(context)方法的调用，将会生成RequestManager对象。这个也相对比较重要，主要管理了图片加载的生命周期。
Glide通过传入的context对象，区分activity，fragment或者Application。来控制图片加载生命周期。在获取RequestManager对象时，Glide会在context对应的组件下生成一个RequestManagerFragment，这个fragment是根据传入的context对象生成的，它的生命周期也就会受到context生命周期的控制。
举个例子，如果传入的是activity对象，Glide会根据activity的FragmentManager生成RequestManagerFragment，当activity执行到onStop()生命周期时，RequestManagerFragment也会执行onStop()，在RequestManagerFragment的onStop()中，可以把请求取消掉。这样就实现了根据传入的context来控制图片的加载。

DrawableTypeRequest

这个看似很陌生的一个类，但是面向使用者功能很多，一般的配置，都是在这里做的。比如说，asGif()，asBitmap()图片将作为Gif/Bitmap图片来处理，placeholder(), error(), thumbnail()来设置占位符，错误图片, 缩略图。diskCacheStrategy(), skipMemory()缓存策略（source, result缓存），是否跳过缓存，priority()图片优先级设置。等等。

GenericRequestBuilder

在这里调用into()方法，将会传入target，在这里显示图片。在这里还build()了Request，也就是GenericRequest。它调用begin()方法后，就会去创建Engine，并通过它去load资源。

Engine

Engine可以说是图片加载的核心，在这里根据source去cache，disk，http中去加载图片，并且缓存起来。

Target

图片加载的目标类，如果是ImageViewTarget, 里面直接把获取到的Bitmap显示到ImageView中去。

这篇文章简单概述了Glide的整个框架，在接下来的博客中会分别介绍：

• Glide的缓存策略
• Glide解析-图片转换过程
• Glide图片加载生命周期控制

整体思路都是从源码中得出的，要是想真正了解Glide, 还是那句话，“read the fucking source code”。