Glide使用，踩过的坑
1.Glide特点
使用简单
可配置度高，自适应程度高
支持常见图片格式： Jpg png gif webp
支持多种数据源： 网络、本地、资源、Assets 等
高效缓存策略，支持Memory和Disk图片缓存默认Bitmap格式采用RGB_565内存使用至少减少一半
生命周期集成， 根据Activity/Fragment生命周期自动管理请求
高效处理Bitmap，使用Bitmap Pool使Bitmap复用，主动调用recycle回收需要回收的Bitmap，减小系统回收压力
2.Glide图片加载
1.支持文件、资源id、网络uri、gif加载。
2.待加载时显示，加载出错时显示
.placeholder(R.drawable.cupcake).error(R.drawable.full_cake)
3.强制转化为gif
.asGif()
4.用bitMap播放Gif，显示第一帧
.asBitmap()
5.动画效果
.crossFade()
淡入淡出动画的时间为300ms(毫秒),我们可以修改这个动画的时间
取消动画.dontAnimate()
6.添加头部信息
6.1 全局添加
利用GlideModule
publicclassMyGlideModuleimplementsGlideModule {
@Overridepublicvoid applyOptions(Context context,GlideBuilder builder) {
// Apply options to the builder here.
}
@Overridepublicvoid registerComponents(Context context,Glide glide) {
// register ModelLoaders here.
}
}
继承BaseGlideUrlLoader写一个自己Loader，重载里面的getHeaders
6.2 局部添加
由于每个号码的头像头部信息都不一样，所以我们选择了局部添加。
7. 设置图片大小和缩放形式
Glide 会根据ImageView的大小，自动限制图片缓存和内存中的大小，当然也可以通过调用override(horizontalSize,verticalSize)限制图片的大小：
Glide支持两种图片缩放形式，CenterCrop 和 FitCenter
CenterCrop：等比例缩放图片，直到图片的狂高都大于等于ImageView的宽度，然后截取中间的显示。
FitCenter：等比例缩放图片，宽或者是高等于ImageView的宽或者是高。
8.圆形
.transform(new CircleTransform(mContext))
9.缓存与失效机制signature
Glide提供了signature方法对图片进行标识，缓存图片有一个唯一的key，用于标识缓存图片是否是最新图片，是否需要刷新缓存。
Glide 通过 url、viewwidth、viewheight、屏幕的分辨率等以一种散列算法生成一个独有、安全的文件名作为key保存到disk上.因为其是通过一个散列算法来实现的,因此很难定位文件的缓存,幸好Glide提供了signature()方法允许将一个附加的数据加入到缓存key当中,可以用来保证缓存的及时性.
builder.signature(new StringSignature(etag));
app首页中4个fragment中头像是使用缓存加载，当某个联系人头像更改了，由于url没有变化，会从缓存加载头像，导致永远显示旧头像，因此需要通过signature来标识头像的变化，从而从网络加载头像并且刷新缓存。
使用builder.signature(new StringSignature(etag));，当etag和缓存头像的当前key不一致时，即使采用了缓存策略，也会从网络下载头像，然后刷新缓存，使当前缓存的key为etag。下次再加载该头像，由于etag和当前缓存头像的key一致，走正常缓存策略。
那头像刷新了怎么来通知etag需要变化呢，设定在详情页，头像接口为先从缓存读取，然后再跳缓存读取网络图片，假如头像已经更改了，则会先显示原来头像，然后再显示最新头像，读取最新头像成功后，更新etag，存到本地磁盘，文件内容为一段数字，类似于时间戳，注意这时只是更新了本地etag文件，最新图片还没有存到本地缓存，回到fragment，重新加载图片，通过signature判断了最新的etag和本地缓存头像的key不一致，则从网络下载头像并刷新缓存，这时最新图片才会更新到本地缓存里。
app头像加载有2个接口：
1. 缓存策略
loadPhoto(this, mPicture, phoneNum);
2.跳缓存加载网络图片
loadProfilePhotoFromNet(this,mPicture, phoneNum, true);
App启动的4个fragment以及各列表中的头像应采取缓存策略，进入到个人详情页面采用跳缓存加载网络图片策略，若头像变化了则通知etag改变。
10.GlideModule, 自定义缓存
然后将GlideModule加入AndroidManifest.xml文件中的meta-data标签，key是实现类的全限定名，value是GlideModule，如：
11.缓存策略
设置跳过内存缓存
Glide.with(this).load(imageUrl).skipMemoryCache(true).into(imageView);
设置磁盘缓存策略
Glide.with(this).load(imageUrl).diskCacheStrategy(DiskCacheStrategy.ALL).into(imageView);
策略解说：
all:缓存源资源和转换后的资源
none:不作任何磁盘缓存
source:缓存源资源
result：缓存转换后的资源
缓存的动态清理
Glide.get(this).clearDiskCache();//清理磁盘缓存需要在子线程中执行
Glide.get(this).clearMemory();//清理内存缓存 可以在UI主线程中进行
12APP中glide头像加载踩过的坑
1. token获取不及时
由于token获取较慢，当token为空，会先从缓存获取图片，然后保存该号码到查询队列，收到用户成功登陆的广播后，获取最新token，加载队列中的号码，获取号码最新的图片。
1. 闪烁
ListView、RecyclerView列表滑动导致图片错位、闪烁问题。
原因：View的复用，图片异步加载。 比如ListView上有100个Item，一屏只显示10个Item，我们知道getView()中convertView是用来复用View对象的，因为一个Item的对应一个View对象，而ImageView控件就是View对象通过findViewById()获得的，而我们在复用View对象时，同时这个ImageView对象也被复用了。比如第11个Item的View复用了第1个Item View对象，那么ImageView就同时被复用了，所以当图片没下载出来，这个ImageView（第11个Item）显示的数据就是复用（第1个Item）的数据。
先读内存缓存，若没有则设置占位图，读磁盘缓存，若没有读网络图片，然后更新内存缓存和磁盘缓存。
Glide的闪烁是读取磁盘缓存或者网络加载导致。
发现有时没有走内存缓存，估计被回收了，这时就会从磁盘读取，导致闪烁。
设置一个内存缓存。
如果走glide内存缓存，则不会执行onLoadStarted函数，当glide内存缓存失效，在onLoadStarted里搜索自定义的内存缓存，搜索到显示缓存头像，否则显示默认头像（占位图），防止错位。
当读取磁盘缓存或者网络头像，会添加到自定义的内存缓存中。
addContactPhotoToCache(phone,resource);
1. 错位
由于listview复用机制，会复用imageview，所以要在加载磁盘图片或者网络图片等耗时操作时，必须预先设置图片。
不然会出现先显示别人头像，然后再显示自己头像。
快速滑动错位问题，如果跳过glide内存缓存的话，快读滑动列表则经常出现错位，目前使用了glide内存缓存和自定义内存缓存。
闪烁和错位问题网上很多解决方案，原因也很多，很多是在listview里面做一些设置，目前羽聊这种方法不需要再listview或者recycleview额外设置，在glidephoto接口已经做好了，其他模块不需要更改自身view。