一名优秀的Android开发，需要一份完备的 知识体系，在这里，让我们一起成长为自己所想的那样~。
在讲之前，我们先补充一点基础知识，安卓 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 发送消息实现循环播放。
