Android踩坑日记(二):使用Fesco图片加载库在Grid
1.fresco是一个强大的图片加载库
2.fresco设计了一个叫做image pipeline(图片管道)的模块,它负责从从网络,从本地文件系统,从本地资源加载图片,为了最大限度节约资源和cpu时间,它设计了3级缓存(2级内存,1级文件)
3.fresco设计了一个叫做drawee的模块,方便地显示loading图,当图片不再显示在屏幕上时,及时地释放内存和空间占用。
4.支持 Android2.3(API level 9) 及其以上系统。
推荐资源
本篇文章的目的不是讲fresco的原理和使用,但是还是整理一下资源,方便以后学习使用
- 官方文档:https://www.fresco-cn.org/ (建议在看文档的时候优先选择阅读英文文档, 因为中文版文档可能有滞后的情况,这样会避免很多不必要的麻烦)
- GitHub地址:https://github.com/facebook/fresco/
- 简单使用教程:http://blog.csdn.net/y1scp/article/details/49245535
- Fresco源码分析:
a.Fresco源码解析 - 初始化过程分析
b.Fresco源码解析 - 本地编译
c.Fresco源码解析 - Hierarchy / View / Controller
d.Fresco源码解析 - DraweeView
e.Fresco源码解析 - DataSource怎样存储数据 - 目前看到github分析:https://github.com/desmond1121/Fresco-Source-Analysis
- Fresco在中国的推广人秋百万的作品:https://github.com/liaohuqiu/fresco-demo-for-gradle ,https://github.com/liaohuqiu/fresco-docs-cn .(秋百万作品,绝对精品)
趟坑姿势
Fresco强大,却也并不完美,但一直在更新,所以,不管你考虑使用,都建议持续关注开源库的发展和更新,因为说不定,就会有好消息,让你学习,让你轻松
项目中,第一次使用Fresco是要做一个网格相册的模块,一般情况下,直接 Fresco.initialized(context) 初始化后,在布局中进行如下引用:
<com.facebook.drawee.view.SimpleDraweeView android:id="@+id/my_image_view"
android:layout_width="130dp"
android:layout_height="130dp"
fresco:placeholderImage="@drawable/ic_launcher" />
这是基本的方法,如果只有一张图片,适用于大部分情况.吐槽: 宽和高基础使用是必须设置具体的dp值的
因为是使用Fresco+recyleview做网格相册模块,需要加载大量图片,首先带来的第一个问题就是页面卡顿,且滑动卡顿,之后就是内存溢出OOM.
项目中的代码设置:
<com.facebook.drawee.view.SimpleDraweeView
android:id="@+id/m_album_photo_view"
android:layout_width="119.6dp"
android:layout_height="119.6dp"
fresco:actualImageScaleType="centerCrop"
fresco:fadeDuration="200" />
爬坑姿势
我们都知道,多图加载需要消耗内存,特别要关注加载库在内存上的变化,这么优秀的图片加载库也会内存溢出?为什么Glide等使用完美?一定是使用的姿势不对.
对比下Glide和Fresco的加载图片:
- Glide不设置Override,centerCrop属性+原生ImageView设置centerCrop属性 = Glide将图片按ImageView的宽高裁剪,放在内存中,内存的bitmap就是ImageView宽高大小。
- Glide设置Override,centerCrop属性+原生ImageView设置centerCrop属性 = Glide将图片按Override设置的宽高裁剪放在内存中,内存的bitmap就是Override宽高大小。ImageView只是按自己的宽高选择显示,不改变内存中bitmap
- Fresco的加载图片,是将整个图片记载到内存中的。对于大图片官网建议Resize,https://www.fresco-cn.org/docs/resizing-rotating.html#_
Fresco的三级缓存机制,第三级是文件缓存,第二级是Fresco偷android系统的缓存存放原始图片,从第二级解码得到显示图片的一级内存,就是视觉上看到的ImageView图片都在一级内存。
在解码到一级内存中时,我们对图片Resize:
/**
* 解码前修改内存中的图片大小
* @param uri 文件的uri
* @param draweeView 显示的imageview
*/
public void showThumbNail(Uri uri, SimpleDraweeView draweeView){
int width = ScreenUtils.dp2px(context,119);
int height = ScreenUtils.dp2px(context,119);
LogUtils.e("http",width+"_"+height);
//图片请求
ImageRequest request = ImageRequestBuilder.newBuilderWithSource(uri)
.setResizeOptions(new ResizeOptions(width, height)).build();
//图片请求设置显示控制器
DraweeController controller = Fresco.newDraweeControllerBuilder()
.setImageRequest(request)
.setOldController(draweeView.getController())
.setControllerListener(new BaseControllerListener<ImageInfo>())
.build();
draweeView.setController(controller);
}
运行很流畅,看来Fresco设计并不是很完美,高兴的太早,新问题出现:图片显示不全 (具体表现为显示为纯白色,或纯黑色)
OMG!图片的Resize操作只适合对jpeg图片有效!内心 此时是崩溃的,现在图片格式那么多png,webp怎么办?再看看,官网提供了第二种下采样的方法:
image.png
Tip: 此处记得,不是setDownsampleEnabled(true)就可以了,还得调用之前的Resize方法,人家文档也说的很明白了
在初始化得时候,进行下采样就能支持png,webp:
//下采样
ImagePipelineConfig config = ImagePipelineConfig.newBuilder(this)
.setDownsampleEnabled(true)
.build();
//初始化
Fresco.initialize(this, config);
这样就OK了,运行很流畅,也没有纯白或者纯黑。
总结
下采样+Resize能解决Fesco加载大量图片的滑动卡顿和内存溢出问题.