前言：这篇是自己在学习glide时进行记录的，和图片缓存一起学习的，所以就总结在一起了，总结的更多是理论性的知识，第一次写文章，各位大牛有意见尽管提出来。
1、什么是Glide
Glide是一个快速高效的Android图片加载库，注重于平滑的滚动,易用的API，高性能、可扩展的图片解码管道（decode pipeline），以及自动的资源池技术,支持拉取，解码和展示视频快照，图片，和GIF动画。
Glide的Api是如此的灵活，开发者可以插入和替换成自己喜爱的任何网络栈。默认情况下，Glide使用的是一个定制化的基于HttpUrlConnection的栈，但同时也提供了与Google Volley和Square OkHttp快速集成的工具库。
2、API
Glide使用简明的流式语法API，允许你在大部分情况下一行代码搞定需求：
Glide.with(fragment)
.load(url)
.into(imageView);
取消加载同样很简单：
Glide.with(fragment).clear(imageView);
(并不是必须的操作,当 Glide.with() 中传入的 Activity 或 Fragment 实例销毁时，Glide 会自动取消加载并回收资源。)
3、性能：
Glide图片加载性能的2个关键方面：
1）图片解码速度 2）解码图片带来的资源压力
Glide确保在Android上加载图片尽可能快速和平滑：
1）自动、智能的采样和缓存，以最小存储开销和解码次数
2）积极的资源重用，例如字节数组Bitmap，以最小化存储开销 和解码次数。
3）深度的生命周期集成，确保优先处理活跃的Fragment和Activity的请求，有利于应用在必要时释放资源避免在后台时被杀掉
4、启动页面 白屏 黑屏 的原因和解决方案：
项目中的styles文件中的AppTheme中的一个windowbackground的属性中添加一张图片代替白屏（light）或黑屏（Naight）
5、注解(V4新特性)和自定义方法
Glide使用了annotation processor来生成API，允许应用修改RequestBuilder、RequestOptions和任意的包含在单一流式API库中的方法。这是V4的特性，运用注解后使用起来更方便：
GlideApp.with(fragment).load(url).placeholder(R.drawable.placeholder).fitCenter().into(imageView);
Glidev4中的Glide.with().load()后没有之前版本的fitCenter和placeholder这样的方法，但是GlideApp有，可以直接在builder中使用。GlideApp可以代替之前版本的Glide开头。
这样做的目的是：
对于library项目来讲可以使用自定义方法继承Glide的API ；
对于应用来讲，在继承Glide的API后，可以通过添加自定义方法。
6、占位符
占位符就是请求的图片没加载出来时显示的默认图片，可以优化用户的体验
Glide支持三种不同情况下的占位符：
Placeholder 请求图片加载中
Error 请求图片加载错误
Fallback 请求url/model为空
GlideApp.with(fragment).load(url).placeholder(R.drawable.placeholder).error(new ColorDrawable(Color.RED))
.fallback(new Drawable(Color.GREY)).into(imageView)
Glide中如何获取图片宽，高：
如果是本地图片的话，我们可以用BitmapFactory获取到图片的宽高，下面上代码
public static int getImageWidth(String pathUrl) {
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
Bitmap bitmap = BitmapFactory.decodeFile(pathUrl, options);
return options.outWidth;//options.outHeight;
}
网络图片
Glide.with(context)
.load(pathUrl)
.asBitmap()//Glide返回一个Bitmap对象
.into(new SimpleTarget<Bitmap>() {
@Override
public void onResourceReady(Bitmap bitmap, GlideAnimation<? super Bitmap> glideAnimation) {
bitmap.getWidth()
bitmap.getHeight()
}
});
我用了封装一个接口直接返回图片的宽高，很方便；
public static void getImageWidHeig(Context context, String pathUrl, GetImageData data) {
//获取图片真正的宽高
Glide.with(context)
.load(pathUrl)
.asBitmap()//Glide返回一个Bitmap对象
.into(new SimpleTarget<Bitmap>() {
@Override
public void onResourceReady(Bitmap bitmap, GlideAnimation<? super Bitmap> glideAnimation) {
data.sendData(bitmap.getWidth(), bitmap.getHeight());
}
});
}
public interface GetImageData {
void sendData(int width, int height);
}
7，背景
Glide 是基于 Picasso 的,做了大量优化与改进。
Glide 默认的 Bitmap 格式是 RGB_565 格式,而 Picasso 默认的是 ARGB_8888 格式,这个内存开销要小一半。
在磁盘缓存方面,Picasso 只会缓存原始尺寸的图片,而 Glide 缓存的是多种规格。
最重要的一个特性是 Glide 支持加载 Gif 动态图,而 Picasso 不支持该特性。
总体来说,Glide 是在 Picasso 基础之上进行的二次开发,各个方面做了不少改进,不过这也导致他的包比 Picasso 大不少
8，优点
Glide优点在于其生命周期的管理,资源类型的支持多,内存也较为友好。
Glide的架构扩展性高,但是难以理解,各种接口、泛型,需要一定的学习才能熟练运用(源码对于我来说难度很高~)。
它支持对处理后的资源Disk缓存;能通过BitmapPool对Bitmap复用,
还能使用activityResources缓存正在使用的resource,对于BitmapPool饱和移除的Bitmap直接调用recycle加速内存回收。
9、图片三级缓存
1、什么是三级缓存？
内存缓存，优先加载，速度最快，缓存在内存中，基于LRU（least recently used ）算法，机器重启消失。
本地缓存，次优先加载，速度快，一般键值对形式。(url,filepath)
网络缓存，最后加载，速度慢，浪费流量，从网络加载资源，然后缓存在内存、本地中
2、为什么要进行三级缓存
三级缓存策略，最实在的意义就是减少不必要的流量消耗，增加加载速度。
还有就是网络加载图片，有时候会加载很慢，影响了用户体验，Bitmap 的创建非常消耗时间和内存，可能导致频繁GC，而使用缓存策略，会更加高效地加载 Bitmap，减少卡顿，从而减少读取时间，而内存缓存的主要作用是防止应用重复将图片数据读取到内存当中，硬盘缓存则是防止应用重复从网络或其他地方重复下载和读取数据。
3、三级缓存的原理
首次加载的时候通过网络加载，获取图片，然后保存到内存和 SD 卡中。
之后运行 APP 时，优先访问内存中的图片缓存。
如果内存没有，则加载本地 SD 卡中的图片。
缓存原理
一级缓存：内存缓存
当加载网络图片时，首先会从内存缓存中，查找图片：
有：直接显示图片
没有：从二级缓存中查找图片
二级缓存：磁盘缓存
当一级缓存中没有目标图片时，从二级缓存中查找图片 :
有：先保存内存缓存中，然后显示图片.
没有：从三级缓存中获取图片.
三级缓存：网络缓存
当二级缓存中也没有目标图片时，从网络缓存中查找图片 :
有，先变为磁盘缓存，再变为内存缓存, 最后显示图片.
没有，先网络获取图片，然后磁盘缓存，内存缓存，显示图片
具体的缓存策略可以是这样的：内存作为一级缓存，本地作为二级缓存，网络加载为最后。其中，内存使用 LruCache ，其内部通过 LinkedhashMap 来持有外界缓存对象的强引用；对于本地缓存，使用 DiskLruCache。加载图片的时候，首先使用 LRU 方式进行寻找，找不到指定内容，按照三级缓存的方式，进行本地搜索，还没有就网络加载。
详细内容可看：https://www.jianshu.com/p/0a154008cd6f 文章转入此处
