retrofit是基于okhttp封装的网络框架，主要通过注解的方式进行网络请求，retrofit.create()方法为接口创建一个动态代理，为接口中的每个方法都创建一个serviceMethod实例，并通过serviceMethod对象创建okhttpcall，使用serviceMethod的callAdapter来调用okhttpcall并返回结果
Glide.with(this)
.load(url)
.asBitmap()//加载出来的图片静态显示（就算加载出gif动图也静态显示）
.asGif()//制定加载动态图片 如果指定了只能加载动态图片，而传入的图片却是一张静图的话，那么结果自然就只有加载失败
.placeholder()//占位图
.error()//加载失败显示的图
.dontTransform()//Imageview默认的scaleType是FIT_CENTER，这个方法表示不进行图片变换 ，这样glide api调用的applyCenterCrop()、applyFitCenter()就统统无效了。但是使用dontTransform()方法存在着一个问题，就是调用这个方法之后，所有的图片变换操作就全部失效了
.skipMemoryCache(true)//不想用glide自带的内存缓存功能可以禁用他
.diskCacheStrategy(DiskCacheStrategy.NONE)//禁用掉Glide的硬盘缓存功能
.override(100,100)//指定加载图片的大小 一般不用 指定了一个图片的尺寸，也就是说，Glide现在只会将图片加载成100*100像素的尺寸，而不会管你的ImageView的大小是多少了
.override(Target.SIZE_ORIGINAL, Target.SIZE_ORIGINAL)//将图片尺寸指定成原始大小
.into(ImageView);
Glide4出现图片变换
//设置图片圆角角度
RoundedCorners roundedCorners= new RoundedCorners(6);
//通过RequestOptions扩展功能
RequestOptions options=RequestOptions.bitmapTransform(roundedCorners).override(300, 300);
Glide.with(context).load(files.getFilePath()).apply(options).into(mUserPhoto);
加载圆形图片
RequestOptions mRequestOptions = RequestOptions.circleCropTransform();
Glide.with(mContext).load(userInfo.getImage()).apply(mRequestOptions).into(mUserIcon);
第一个with()方法，其实就是为了得到一个RequestManager对象而已，然后Glide会根据我们传入with()方法的参数来确定图片加载的生命周期
glide自定义模块
参照郭霖glide
原理：
with()的重载方法有很多 不管传入activity fragment 或者是context 都是先调用RequestManagerRetriever的静态方法get()获得到一个RequestManagerRetriever对象 这个类是单例的 通过单例获得一个RequestManager对象
RequestManagerRetriever类里的get方法有很多重载形式，实际分为两种 application类型和非application类型的，传入application类型没有做特殊处理，因为生命周期与程序生命周期相同 传入非application类型所做的动作也是一样的 就是在当前activity中添加一个隐藏的fragment，如果正在加载一张图片但是用户把activity关掉了 图片不该继续加载 glide无法知道activity的生命周期，但是fragment和activity的生命周期是同步的，activity销毁的话fragment可以监听到 就可以捕获这个事件 停止图片加载了 如果在非主线程中调用glide 会默认当成application来处理
总体来说，第一个with()方法的源码还是比较好理解的。其实就是为了得到一个RequestManager对象而已，然后Glide会根据我们传入with()方法的参数来确定图片加载的生命周期
load() 最终load()方法返回的其实就是一个DrawableTypeRequest对象
