Android图片加载框架比较----Glide,Picasso,Fresco

Glide

添加依赖:

dependencies {
    compile 'com.github.bumptech.glide:glide:3.5.2'
    compile 'com.android.support:support-v4:22.0.0'
}

基本使用:

Glide.with(context)
    .load("http://inthecheesefactory.com/uploads/source/glidepicasso/cover.jpg")
    .into(ivImg);

特点:

1. Glide更易用，因为Glide的with方法不光接受Context，还接受Activity 和 Fragment，Context会自动的从他们获取。同时将Activity/Fragment作为with()参数的好处是：图片加载会和Activity/Fragment的生命周期保持一致，比如Paused状态在暂停加载，在Resumed的时候又自动重新加载。所以我建议传参的时候传递Activity 和 Fragment给Glide，而不是Context。

2. Glide加载的图片质量要差于Picasso（ps：我看不出来哈），为什么？这是因为Glide默认的Bitmap格式是RGB_565，比ARGB_8888格式的内存开销要小一半。

3. Picasso和Glide在磁盘缓存策略上有很大的不同。Picasso缓存的是全尺寸的，而Glide缓存的是跟ImageView尺寸相同的。Glide的这种方式优点是加载显示非常快。而Picasso的方式则因为需要在显示之前重新调整大小而导致一些延迟.

4. Glide可以加载GIF动态图，而Picasso不能。

• 5. 默认使用HttpUrlConnection下载图片，可以配置为OkHttp或者Volley下载，也可以自定义下载方式。
• 6. 默认使用手机内置存储进行磁盘缓存，可以配置为外部存储，可以配置缓存大小，图片池大小。
• 7. 默认使用两个线程池来分别执行读取缓存和下载任务，都可以自定义

自定义缓存大小:

1. 首先创建一个GlideModule类实现GlideModule接口:

public class MyGlideModule implements GlideModule {
    @Override public void applyOptions(Context context, GlideBuilder builder) {
        // Apply options to the builder here.
    }

    @Override public void registerComponents(Context context, Glide glide) {
        // register ModelLoaders here.
    }
}

2. 创建一个混淆文件, 针对于该GlideModule类的:

文件夹名: proguard.cfg

-keepnames class com.mypackage.MyGlideModule
# or more generally:
#-keep public class * implements com.bumptech.glide.module.GlideModule

3. 添加如下标签到 AndroidManifest.xml文件中, 以便Glide可以找到你配置的GlideModule类:

<meta-data
    android:name="com.mypackage.MyGlideModule"
    android:value="GlideModule" />

磁盘缓存Disk Cache

默认缓存在手机内置存储

builder.setDiskCache(
  new InternalCacheDiskCacheFactory(context, yourSizeInBytes));

缓存到外置SD卡:

builder.setDiskCache(
  new ExternalCacheDiskCacheFactory(context, cacheDirectoryName, yourSizeInBytes));

内存缓存Memory Cache

builder.setMemoryCache(new LruResourceCache(yourSizeInBytes));

Bitmap Pool:

builder.setBitmapPool(new LruBitmapPool(sizeInBytes));

Bitmap Format:

builder.setDecodeFormat(DecodeFormat.ALWAYS_ARGB_8888);

Picasso

添加依赖:

dependencies {
    compile 'com.squareup.picasso:picasso:2.5.1'
}

基本使用:

Picasso.with(context)
    .load("http://inthecheesefactory.com/uploads/source/glidepicasso/cover.jpg")
    .into(ivImg);

特点:

 1.在adapter中需要取消已经不在视野范围的ImageView图片资源的加载，否则会导致图片错位，Picasso已经解决了这个问题。

 2.使用复杂的图片压缩转换来尽可能的减少内存消耗

 3.自带内存和硬盘二级缓存功能

底层的缓存功能使用的是LruCache类. 缓存路径默认是放在应用目录的cache/picasso-cache/

Fresco

添加依赖

dependencies {
  compile 'com.facebook.fresco:fresco:0.6.0+'
}

关于

Fresco 中设计有一个叫做 image pipeline 的模块。它负责从网络，从本地文件系统，本地资源加载图片。为了最大限度节省空间和CPU时间，它含有3级缓存设计（2级内存，1级文件）。

Fresco 中设计有一个叫做 Drawees 模块，方便地显示loading图，当图片不再显示在屏幕上时，及时地释放内存和空间占用。

Fresco 支持 Android2.3(API level 9) 及其以上系统。

特点:

1. 内存管理

解压后的图片，即Android中的Bitmap，占用大量的内存。大的内存占用势必引发更加频繁的GC。在5.0以下，GC将会显著地引发界面卡顿。

在5.0以下系统，Fresco将图片放到一个特别的内存区域。当然，在图片不显示的时候，占用的内存会自动被释放。这会使得APP更加流畅，减少因图片内存占用而引发的OOM。

Fresco 在低端机器上表现一样出色，你再也不用因图片内存占用而思前想后。

2. 图片的渐进式呈现

渐进式的JPEG图片格式已经流行数年了，渐进式图片格式先呈现大致的图片轮廓，然后随着图片下载的继续，呈现逐渐清晰的图片，这对于移动设备，尤其是慢网络有极大的利好，可带来更好的用户体验。

Android 本身的图片库不支持此格式，但是Fresco支持。使用时，和往常一样，仅仅需要提供一个图片的URI即可，剩下的事情，Fresco会处理。

3. Gif图和WebP格式

是的，支持加载Gif图，支持WebP格式。

4. 图像的呈现

Fresco 的 Drawees 设计，带来一些有用的特性：

• 自定义居中焦点(对人脸等图片显示非常有帮助)
• 圆角图，当然圆圈也行。
• 下载失败之后，点击重现下载
• 自定义占位图，自定义overlay, 或者进度条
• 指定用户按压时的overlay

5. 图像的加载

Fresco 的 image pipeline 设计，允许用户在多方面控制图片的加载：

• 为同一个图片指定不同的远程路径，或者使用已经存在本地缓存中的图片
• 先显示一个低解析度的图片，等高清图下载完之后再显示高清图
• 加载完成回调通知
• 对于本地图，如有EXIF缩略图，在大图加载完成之前，可先显示缩略图
• 缩放或者旋转图片
• 处理已下载的图片
• WebP 支持

参考文档:  http://fresco-cn.org