一、序
我在几年前发布的一个图片加载框架：Doodle。
写这个库的初衷：早期对包大小之类的还是很看重的，当时觉得Glide依赖包比较大，而我们需要的功能比较简单，然后Picasso又不支持GIF，于是我就自己写了一个图片加载库。
也由于当时的需求比较简单，所以功能实现得比较保守，比如不支持加载视频缩略图，不支持自定义解码等。
时过境迁，如今大家对包大小已不太在意了，但我依然想完成一个更完善的版本。
其实去年就重构得差不多了，不过想要丰富一下测试场景，于是补了一些用例，包括网络图片列表加载，以及一个相册组件。
如今终于完成并发布了。
二、简单对比
网上流行的图片加载框架不少，有Universal-Image-Loader，Picasso, Glide, Fresco, Coil等，各有长短。
- Universal-Image-Loader：名字取的很直白，最早的图片加载框架，很久之前就停止维护了。
- Picasso：很轻量，但短板也很明显，也接近停止维护的状态了。
- 不支持GIF，不支持解码视频缩略图，不支持自定义解码。
- 磁盘缓存完全委托给OkHttp, 只缓存原文件，不缓存解码后的图片到磁盘，相比于Glide, 再次从磁盘加载的要慢得多。
- 有的图片无法正确地降采样，有的图片无法处理图片方向。
- 不支持生命周期（Activity结束时取消加载）。
- Glide： 很全面，基本上挑不出问题。非要吹毛求疵的话，就是代码比较复杂，网上很多源码分析的文章，没几篇捋的清楚。
- Fresco: 解码支持全面，功能强大，除了常规的功能之外，还有渐进式JPEG这种绝活。
但代价就是依赖包比较大（Fresso依赖包比较多，我没有一个个去统计，问了ChatGPT, 得到3.5M的回答）。 - Coil: 基于Kotlin实现，依赖AndroidX Lifecycles, OkHttp, Coroutines等，实现了一些对ImageView的扩展函数，语法糖甜度饱和。
Coil的Github主页声称库比较轻量，并举例其方法数大约2000，“和Picasso相当，远小于Glide/Fresco”。
方法数没有虚报，但“和Picasso相当”就比较有水分了, 事实上无论是包大小还是方法都是接近Glide而远多于Picasso。
关于方法数,统计方法数可以用这个插件：github.com/KeepSafe/de… 。
各图片加载框架简要信息如下：
| 版本 | 包大小 | 方法数 | |
|---|---|---|---|
| Picasso | 2.8 | 106k | 527 |
| Glide | 4.15.0 | 809k | 3746 |
| Fresco | 2.6.0 | 3.5M | 5923 |
| Coil | 2.2.2 | 505k | 2000 |
| Doodle | 2.1.0 | 94k | 476 |
Doodle如今发布2.0版本，依然不改初衷，维持了简洁的实现。
Doodle不依赖第三方库，不需要注解，不需要配置反混淆，开箱即用。
三、特性
Doodle虽然依赖包很轻，但“麻雀虽小，五脏俱全“。
其实现的功能包括但不限于以下列表：
- 支持加载File, Uri, Resource(raw/drawable), assets, http等形式的文件；
- 支持静态图片，动态图片，视频缩略图；
- 支持加载媒体文件缩略图的加速（读取系统的thumbnail)；
- 支持自定义数据加载；
- 支持自定义解码（比如通过注入解码器实现SVG, GIF等格式的支持）；
- 支持加载结果到自定义的View;
- 支持自定义图片变换（内置圆形和圆角剪裁）；
- 支持监听生命周期，并做对应处理（如页面结束时取消加载）；
- 支持暂停/恢复加载；
- 支持磁盘缓存（包括缓存原文件和解码结果）；
- 支持内存缓存（包含LRU缓存和弱引用缓存）；
- 支持占位图，动画；
- 支持降采样/上采样，剪裁；
Doodle以不到100K的依赖包大小，实现了接近于Glide的功能。
性能上，我对比了下Doodle和Glide在加载本地媒体文件的速度，基本持平（每次测量结果两者都有浮动，综合来看耗时差不多）。
四、后序
Doodle的用法和实现细节，就不放在这篇文章里了，另外开了两篇做具体讲述。
如何实现图片加载框架 - 原理篇
简单好用的图片加载框架 - 用法篇
原理篇是在之前的发布的文章上修改的，原文名为《如何实现一个图片加载框架》。
虽然讲的不是主流的图片加载库，但图片加载相关的要点其实是相通的，读完原理篇对于分析其他图片加载库也是有所帮助的。
项目已经发布Github, 欢迎各位朋友提PR或者建议。
地址：github.com/BillyWei01/…
