项目中有一个点击查看大图的需求，并且在大图模式下支持手势缩放，所以，我们必然会用到 chrisbanes 大神的 PhotoView，主要使用的是其中的PhotoView 和 PhotoViewAttacher 两个类。
使用PhotoView加载《清明上河图》这种巨图时，图片会展示为一个小长条，并且极易产生OOM。为了解决这个问题，先是参考 鸿洋大神的 《Android 高清加载巨图方案 拒绝压缩图片》这篇文章，但是实现的效果特别卡。所以，就直接引入了现有的轮子——subsampling-scale-image-view。该组件底层是使用分段加载的模式实现，能够支持巨图加载，内部也封装了手势缩放。但是，该组件不支持 GIF动图！
基于以上两个控件，在加载网络图片时，会先判断是否是GIF动图，是动图则使用PhotoView展示；如果是静态图，不区分是巨图还是普通图，统一使用SubsamplingScaleImageView加载。
那么，我们该怎么判断图片是否为GIF动图呢？请继续往下看！
实际编码时，我们判断一个图片是否GIF图，无非三种方式，分别如下：
通常情况下，服务端在给我们返回图片地址时，后面都会带有后缀名。所以，我们就可以直接根据这个后缀名判断是否以 .gif或 .GIF 结尾来判定这是否一个动图。
大家都晓得，计算机在存储数据时是以二级制字节码存储，其中， 字节码的前几位标识了文件的后缀名类型，这几位标识就被称为头信息。
所以，我们要想通过头信息获取文件类型，就需要先将文件转为流，然后取出其中的前几位（不同文件类型取的位数不一样），然后再判断是否是动图。 具体代码省略，后期补充——其实网上的示例代码有很多
假设我们获取到了某个文件在本地的完整路径，那么，我们就可以根据下面的示例代码获知该文件的具体类型。
示例代码如下：
看完上面三种方式的介绍，你是不是有下面的感觉？
所以，你的选择是哪一种呢？你是不是也选了第一种？但是，我必须告诉你！！
这种方式是极其不准确的！！这种方式是极其不准确的！！这种方式是极其不准确的！！
就比如下面这张图：
上面这个小姐姐的图，就是一个以 .jpg结尾的 .gif图！你不信？下图是MAC 预览工具显示的图片信息。
这就是坑点所在！这张图充分体现了用户输入的不可靠性，用户在保存gif图片时，手动修改后缀名为.jpg，然后就有了这种会动的 .jpg !
那么，既然这种直接判断后缀名的方式不精确我们该选用哪种方式呢？——墙裂推荐第三种！代码简单，信息精确！！
关于如何将网络图片下载到本地并获取完整路径，我在实现这个功能点的时候，直接使用了 Glide 中的 downloadOnly()，就像它的名字一样，只是将文件下载的本地，然后在回调中会给我们暴露一个 File 对象，然后，我们 getPath()就可以得到完整路径了！然后，事情就变的很简单了，直接上代码：