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怎么办？再看看，官网提供了第二种下采样的方法：
Tip: 此处记得，不是setDownsampleEnabled(true)就可以了，还得调用之前的Resize方法，人家文档也说的很明白了
在初始化得时候，进行下采样就能支持png,webp:
//下采样
ImagePipelineConfig config = ImagePipelineConfig.newBuilder(this)
.setDownsampleEnabled(true)
.build();
//初始化
Fresco.initialize(this, config);
这样就OK了，运行很流畅，也没有纯白或者纯黑。
总结
下采样+Resize能解决Fesco加载大量图片的滑动卡顿和内存溢出问题.
