Glide

总结

Picasso
效率中等，不支持GIF，不支持ARGB_565

Fresco
RN内置图片框架
Sdk2-3M，使用稍微复杂
在5.0以下低端机有优势，图片缓存到一个特点的内存区域

Glide
包很小，使用简单

生命周期管理
支持多种方式加载图片
支持不同格式图片
三级缓存
https://www.jianshu.com/p/89ab4f415bf8

Glide源码流程

GenericRequest—DecodeJob—异步处理—网络请求，拿到数据流—解码拿到Bitmap—转码拿到Drawable—切换到主线程—显示drawable

“准备数据”
Glide中存在着大量的类和对象，而Glide的做法是在最开始的时候，都尽量把各种将来要用的对象就构造出来，并按需封装起来，然后层层向后面的流程进行传递
第一阶段，构建出GenericRequest对象，该对象封装了大量对象于一身，并且这些对象受用户调用API或者修改配置所影响；
第二阶段，从GenericRequest对象中，解封装拿到需要的对象，构建出decodeJob对象，该对象是“异步处理”中的核心对象

可以这样理解：GenericRequest对象面向用户而构建，decodeJob对象面向Glide而构建

with
with的代码流程，还是比较简单，最终会返回一个RequestManager类型的对象，以供下一步调用
• with中传入的参数，决定了图片加载的生命周期。
• 如果在工作线程中使用Glide，不管with中传入参数是什么，Glide生命周期都与Application对象的生命周期一致

load
主要就是构造对象，封装对象
以传入String对象为例, StreamStringLoader

into

into-1
构造出GenericRequest对象

into-2
从GenericRequest对象取出各种需要的对象，传递给Engine的load函数，最终构造出了decodeJob对象
StreamStringLoader的getResourceFetcher函数返回的是HttpUrlFetcher对象

into-3
完成了“发起网络请求，拿到数据流”和“将数据流解码成bitmap对象”两件小事
Engine—EngineJob-DecodeJob

into-4
将bitmap对象转码成Drawable对象
转码的原因：只有Bitmap或者Drawable才能显示到ImageView上，而Bitmap转换成Drawable是为了保证静图和动图的类型一致性（动图的类型是Drawable），逻辑上好处理

into-5
切换到主线程”之“显示Drawable对象
https://blog.csdn.net/u010899138/article/details/53693218

对于阅读复杂的源码，分享给大家一点经验：先从框架或者主流程入手，然后再逐个细化各个模块，最后再想想作者为什么要这么设计，我们能学习或者借鉴到什么

Glide加载gif卡顿优化解决方案

https://juejin.im/post/6854573219425288199

Glide怎么查看图片下载失败原因

https://juejin.im/post/6844904128963936269

https://www.jianshu.com/u/6e5ebce41b4f

如何调试Glide加载图片

https://www.jianshu.com/p/9bd6efca8724

adb shell setprop log.tag.Engine VERBOSE

adb shell setprop log.tag.EngineJob VERBOSE

adb shell setprop log.tag.DecodeJob VERBOSE

https://www.jianshu.com/p/c85a3dabbba0