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://inthecheesefactor
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 支持
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)