本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布
- 本文章所使用的 Glide 源码版本：4.11.0
上一篇：Glide 三部曲之图片加载流程
开胃菜
- 在讲之前，我们先补充一点基础知识，安卓 ImageView 支不支持加载 Gif 动图呢？其实是不支持的，因为 ImageView 本身就是一个 View，View 的绘制需要用 Canvas，而 Canvas 只支持 canvas.drawBitmap，也就是同一时间只能绘制一张位图，而 Gif 是由多帧图片组成，那么 Glide 是如何让 ImageView 实现播放 Gif 动图呢？
- 还是从 Glide 给我们提供的写法来入手这块的源码
- 一上来就发现了今天的主角：GifDrawable
- 确认过眼神，是想要的类
- 那么问题来了，这个类有将近 500 多行代码，我们该从哪里看起？
- 这就跟看书类似，我们可以先看目录，在源码中也差不多，只不过它叫代码结构
源码解析
- 通过查看代码结构，我们发现了一个方法，从方法名上理解，它是开始播放第一帧的方法，那么我们就从这个方法入手
- 我们可以看到当 Gif 只有一帧的时候，会直接调用绘制方法，而 Gif 不止一帧的时候，那么它就开启了订阅，接下来让我们看看这个订阅的方法里面做了什么事情
- 接下来让我们重点看一下这三句代码分别做了什么事
- 看到这里我们大概明白了，这个方法是用来递增帧位置的，从它的算法来看，这还是一个无限轮播的算法
- 看完了 advance 的作用，我们回去接着看剩下的两句代码
- 是不是忽然有点蒙，这个类是什么，我们先看一下它的父类
- 是不是有点似曾相识，但就是怎么也说不出来什么，让我们先看看它的父类
-
这个 Target 就是我们上篇讲到图片加载流程提到过的接口
-
这个接口的作用就是回调一些加载监听，这个接口前面三个方法分别是：加载开始、加载失败、加载成功读取资源的回调
- 现在我们知道了这个是加载资源的回调，那么它又是从哪里调用的？
- 就是在我们后面要讲的第三句代码里面调用的，真是让人意想不到
- 我们看到在加载资源的回调中发送了一个消息，那么这个消息最终是去了哪里，接下来让我们根据这个消息的 what 参数进行跟踪
- 看到 handleMessage 忽然有了一种熟悉的味道，我们看到这里主要处理了两种消息，一种是延迟消息，一种是清理消息。接下来让我们先看看，如果这是一个延迟消息会发生什么事
- 在这里我们看到，它会先获取当前帧数据，然后再通过 Canvas.drawBitmap 到 ImageView 上面，接下来我们回去刚刚那个方法里面，看看它还做了些什么
-
原来如此，它在刷新新的一帧数据到 ImageView 之后，会对旧的一帧数据进行清除
-
然后再回去继续看，它还做了什么事
- 还是原来的方法，还是熟悉的三句代码
总结
- Glide 加载 Gif 的原理比较简单，就是将 Gif 解码成多张图片进行无限轮播，每帧切换都是一次图片加载请求，再加载到新的一帧数据之后会对旧的一帧数据进行清除，然后再继续下一帧数据的加载请求，以此类推，使用 Handler 发送消息实现循环播放。
