本章目录
- Part One：Picasso，Glide和Fresco对比
- Part Two：Glide简单应用
图片加载是Android中最基础的功能之一，同时也是最容易造成OOM的起因之一。如果加载的图片过大，或者加载的图片过多，内存溢出就不可避免了。
自从Github上高达1.5W颗星的老牌图片加载第三方# Android-Universal-Image-Loader宣布不再维护之后，当前市面主流的就剩三个：Picasso，Glide和Fresco。
Part One：Picasso，Glide和Fresco对比
先来看一下这三者的一个基本对比
| 对比项 | Picasso | Glide | Fresco |
|---|---|---|---|
| 地址 | github.com/square/pica… | github.com/bumptech/gl… | github.com/facebook/fr… |
| 发布时间 | 2013年5月 | 2014年9月 | 2015年5月 |
| 是否支持gif | false | true | true |
| 是否支持webP | true | true | true |
| 视频缩略图 | false | true | true |
| 大小 | 100k | 500 KB | 2～3M |
| 加载速度 | 中 | 高 | 高 |
| Disk+Men Cache | true | true | true |
| Easy of use | low | mediun | difficult |
| star | 13160 | 14709 | 12444 |
| 开发者 | Square主导 | Google主导 | Facebook主导 |
尽管从数据统计来看，这三者的功能有所差异，但其实都已基本满足我们开发的需要，用哪个都行。只有极其特殊的情况，才需要择优考虑。
Picasso：如果项目需要使用的图片资源不多可以使用，比如我们一直在讲的案例。
- 优点：包小，容易使用；
- 缺点：性能相对差一些
Glide：如果需要大量加载静态图片，不需要加载太多GIF时，可以使用。
- 优点：包和使用难度都适中，静态图片加载效率好，生命周期集成，内存开销小
- 缺点：GIF加载慢，没有文件缓存
Fresco：兼容性能不高的手机，还有大批量加载各种类型图片可以使用。
- 优点：为Android5.0以下的手机单独开辟区域，兼容性好，在native层处理图片，减少OOM
- 缺点：包大，使用难度大，学习成本高。
Part Two：Glide简单应用
Glide的4.0+版本使用一个注释处理器生成了一个API，允许应用程序访问的所有选项RequestBuilder，RequestOptions以及任何包含集成库在一个流畅的API。
生成的API有两个目的：集成库可以通过自定义选项扩展Glide的API，并且应用程序可以通过添加捆绑常用选项的方法来扩展Glide的API。
尽管这两个任务都可以通过编写RequestOptions的自定义子类来手工完成，但是这样做是具有挑战性的，并且会产生一个不那么流畅的API。
下面来看看具体怎么使用。
- 导包
先在project的build.gradle里面添加仓库地址
repositories {
mavenCentral()
maven { url 'https://maven.google.com' }
}
然后添加依赖包即可
dependencies {
compile 'com.github.bumptech.glide:glide:4.3.1'
annotationProcessor 'com.github.bumptech.glide:compiler:4.3.1'
}
- 创建一个类继承AppGlideModule，并添加注解@GlideModule
package com.terana.customview.tools;
import com.bumptech.glide.annotation.GlideModule;
import com.bumptech.glide.module.AppGlideModule;
@GlideModule
public final class MyAppGlideModule extends AppGlideModule{
}
这里需要注意的是，AppGlideModule实现必须始终注释@GlideModule。如果注释不存在，则不会发现该模块，并且您将在日志中看到一条带有Glide日志标记的警告，该日志标记指示该模块无法找到。
- 生成GlideApp
创建好类后，需要依次点击 Build -> Make Project，这时候会发现自定义的AppGlideModle被注入到GeneratedAppGlideModuleImpl里面。
- 在Adapter中应用GlideApp
GlideApp.with(context).load(bean.getPhotoResId())
.centerCrop()
.into(holder.photoImeView);
这里的with：
- with(Context context). 使用Application上下文，Glide请求将不受Activity/Fragment生命周期控制。
- with(Activity activity).使用Activity作为上下文，Glide的请求会受到Activity生命周期控制。
- with(FragmentActivity activity).Glide的请求会受到FragmentActivity生命周期控制。
- with(android.app.Fragment fragment).Glide的请求会受到Fragment 生命周期控制。
- with(android.support.v4.app.Fragment fragment).Glide的请求会受到Fragment生命周期控制。
这里的load：
load SD卡资源：load("file://"+Environment.getExternalStorageDirectory().getPath()+"/test.jpg")
load assets资源：load("file:///android_asset/f003.gif")
load raw资源：load("android.resource://com.frank.glide/raw/raw_1")或load("android.resource://com.frank.glide/raw/"+R.raw.raw_1)
load drawable资源：load("android.resource://com.frank.glide/drawable/news")或load("android.resource://com.frank.glide/drawable/"+R.drawable.news)
load ContentProvider资源：load("content://media/external/images/media/139469")
load http资源：load("http://img.my.csdn.net/uploads/201508/05/1438760757_3588.jpg")
load https资源：load("https://img.alicdn.com/tps/TB1uyhoMpXXXXcLXVXXXXXXXXXX-476-538.jpg_240x5000q50.jpg_.webp")
当然，load不限于String类型，还可以：
load(Uri uri)，load(File file)，load(Integer resourceId)，load(URL url)，load(byte[] model)，load(T model)，loadFromMediaStore(Uri uri)。
基本的应用就差不多了，Glide还有很多其它复杂的应用就不赘述了，需要的时候现查吧。
