您的位置:首页 > 移动开发 > Android开发

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

2016-09-21 09:35 483 查看
版权声明:本文为博主原创文章,未经博主允许不得转载。

目录(?)[+]

Glide

添加依赖:

[java] view
plain copy

dependencies {  

    compile 'com.github.bumptech.glide:glide:3.5.2'  

    compile 'com.android.support:support-v4:22.0.0'  

}  

基本使用:

[java] view
plain copy

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接口:

[java] view
plain copy

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

[java] view
plain copy

-keepnames class com.mypackage.MyGlideModule  

# or more generally:  

#-keep public class * implements com.bumptech.glide.module.GlideModule  

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

[java] view
plain copy

<meta-data  

    android:name="com.mypackage.MyGlideModule"  

    android:value="GlideModule" />  

磁盘缓存Disk Cache

默认缓存在手机内置存储

[java] view
plain copy

builder.setDiskCache(  

  new InternalCacheDiskCacheFactory(context, yourSizeInBytes));  

缓存到外置SD卡:

[java] view
plain copy

builder.setDiskCache(  

  new ExternalCacheDiskCacheFactory(context, cacheDirectoryName, yourSizeInBytes));  

内存缓存Memory Cache

[java] view
plain copy

builder.setMemoryCache(new LruResourceCache(yourSizeInBytes));  

Bitmap Pool:

[java] view
plain copy

builder.setBitmapPool(new LruBitmapPool(sizeInBytes));  

Bitmap Format:

[java] view
plain copy

builder.setDecodeFormat(DecodeFormat.ALWAYS_ARGB_8888);  

Picasso

添加依赖:

[java] view
plain copy

dependencies {  

    compile 'com.squareup.picasso:picasso:2.5.1'  

}  

基本使用:

[java] view
plain copy

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

添加依赖

[java] view
plain copy

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

 


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

标签: glidefrescopicasso
2015-11-15 15:15 3298人阅读 评论(0) 收藏 举报


 分类:

android(7) 


版权声明:本文为博主原创文章,未经博主允许不得转载。

目录(?)[+]

Glide

添加依赖:

[java] view
plain copy

dependencies {  

    compile 'com.github.bumptech.glide:glide:3.5.2'  

    compile 'com.android.support:support-v4:22.0.0'  

}  

基本使用:

[java] view
plain copy

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接口:

[java] view
plain copy

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

[java] view
plain copy

-keepnames class com.mypackage.MyGlideModule  

# or more generally:  

#-keep public class * implements com.bumptech.glide.module.GlideModule  

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

[java] view
plain copy

<meta-data  

    android:name="com.mypackage.MyGlideModule"  

    android:value="GlideModule" />  

磁盘缓存Disk Cache

默认缓存在手机内置存储

[java] view
plain copy

builder.setDiskCache(  

  new InternalCacheDiskCacheFactory(context, yourSizeInBytes));  

缓存到外置SD卡:

[java] view
plain copy

builder.setDiskCache(  

  new ExternalCacheDiskCacheFactory(context, cacheDirectoryName, yourSizeInBytes));  

内存缓存Memory Cache

[java] view
plain copy

builder.setMemoryCache(new LruResourceCache(yourSizeInBytes));  

Bitmap Pool:

[java] view
plain copy

builder.setBitmapPool(new LruBitmapPool(sizeInBytes));  

Bitmap Format:

[java] view
plain copy

builder.setDecodeFormat(DecodeFormat.ALWAYS_ARGB_8888);  

Picasso

添加依赖:

[java] view
plain copy

dependencies {  

    compile 'com.squareup.picasso:picasso:2.5.1'  

}  

基本使用:

[java] view
plain copy

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

添加依赖

[java] view
plain copy

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
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: