本文以glide的3.7.0版本分析。
主要讲的就是当我们加载图片时，使用glide的时候,一般代码如下：
Glide.with(this).load(url).into(ImageView);
这篇文章主要讲的就是with、load、into这三个方法。
with方法
首先，with方法可以传入的参数有很多，比如context，application，activity，fragment都是可以的。with方法主要是去获取一个RequestManangerRetriever的一个实例。然后去调用RequestManangerRetriever的get方法。这个get方法虽然有很多重载方法，但是主要是区分传入的是application类型的参数或者不是application类型的参数。当传入的是application的参数的 时候，那么就调用带有context类型参数的get方法，这个很容易理解。因为application的生命周期就是应用的生命周期。这样就说明glide加载图片时的生命周期和整个应用的生命周期是一致的。当传入的不是application类型的参数的 时候呢？glide就会向当前activity添加一个隐式的fragment。具体原因也很简单，glide加载图片的时候需要获取activity的生命周期啊。比如说glide准备加载一个图片，可此时activity如果被关闭了，那么glide也就没有必要去加载图片了。而填入的fragment的生命周期呢，必然是和这个activity的生命周期是同步的。当glide监听到activity被关闭后，就可以停止加载图片了。load方法
由于with返回的是一个RequestManangerRetriever对象，那么查找源码的时候load方法必然是在RequestManangerRetriever类中的。很容易可以想到的是，load是有很多重载方法的。毕竟load里的参数可以是url或者本地文件路径等多种形式。那么主要的逻辑在源码中也是大同小异的。当我们把路径字符串传进去后，glide会调用loadGeneric这个方法，然后loadGeneric再去调用buildStreamModelLoader方法去加载图片，buildStreamModelLoader这个方法代码太复杂了，这里不多说，只要知道是用来加载图片的就好。最后loadGeneric返回的是一个DrawableTypeRequest对象，这个DrawableTypeRequest类中提供了asBitmap和asGif两个方法。那么说回DrawableTypeRequest类，这个类本身是没有load方法的，那么它又如何去加载图片呢，那么我们去查看它的父类，果然它的父类DrawableRequestBuilder中是含有load方法的。然后我们其实可以在这里发现很多方法，就是我们常用的placeholder、diskCacheStrategy、error方法都是写在这个类的。有点复杂不过看源码就很好理解。into方法
看load方法说起来复杂，但是逻辑还是很简单的，真正复杂的其实是into方法。
into方法在DrawableRequestBuilder类中，不过具体的逻辑实现其实是在DrawableRequestBuilder的父类GenericRequestBuilder中，在这个类的into方法中，它返回的是glide.buildImageViewTarget()方法。这个方法会创建一个Target对象。而这个Target对象就是用来展示图片的。
//todo target的具体逻辑
