实际开发中进行图片下载以及缓存的框架
介绍一下开发中常见图片加载框架的使用和对比一下优缺点.
1、Picasso 框架
在Android中开发，常需要从远程获取图片并显示在客户端，当然我们可以使用原生HttpURLConnection和AsyncTask等操作来完成，但并不推荐，因为这样不仅需要我们编写大量的代码， 还需要处理缓存和下载管理等，最好自己封装成库或者采用第三方库；
使用HttpUrlConnection和AsyncTask实现远程图片下载：
使用HttpUrlConnection和AsyncTask获取远程图片，需要以下几步：
1、HttpUrlConnection connection = url.openConnection();
2、InputStream in = connection.getInputStream();
3、Bitmap bitmap = BitmapFactory.decodeStream(in);
4、imageView.setBitmap(bitmap);
我们知道在主线程中是无法执行联网操作的，所以需要AsyncTask，将耗时操作运行在后台线程中。
Picasso的基本使用：
将Picasso添加进项目后，要使用它非常简单，只需要一行代码就能搞定：
Picasso.with(context).load(imageUrl).into(imageView);
1、自动将图像缓存在本地；
2、通过图片压缩转换以减少内存消耗；
3、自动处理了ImageView的回收，即自动取消不在视野范围内的ImageView视图资源的加载；
适配器：
适配器自动发现和重用以前取消的下载：
图像格式转换：
很多时候需要将图片进行格式转换或者剪切以节省内存或者达到我么的布局效果：
裁剪大小方法：Picasso.with(context).load(imageUrl).resize(50, 50).centerCrop().info(imageView);
自定义格式转换：
为了实现更多你想要图片转换的效果，你可以自己实现一个实现了Transformation接口的类，然后将其对象传递给transform()方法：
占位符图片：
所谓的占位符图像即当图片未正常显示时默认的图片，通过placeholder()设置，Picasso也支持设置图片显示错误时显示的默认图片，通过error()设Picasso.with(context).load(imageUrl).placeholder(R.drawable.image_placeholder).error(R.drawable.image_error_placeholder).into(imageView);
载入本地资源：
除了通过网络下载图片，Picasso也可以载入本地图片资源：
Picasso.with(context).load(R.drawable.icon).into(imageView);
Picasso.with(context).load("file:///android_asset/Android.png").into(imageView);
Picasso.with(context).load(new File(...)).into(imageView);
调试：
为了方便调试，你可以通过调试Picasso的setIndicatiorEnabled(true);可以让不同来源的图片显示一个不同的色彩标记
2、Android Universal Image Loader
实际项目开发中ImageLoader的使用率非常的高，用法多样性很大，由于篇幅问题，详情请猛戳下面链接：
http://note.youdao.com/share/?id=7601c6850df29dea288734677fd5a56c&type=note
3、Glide最火图片加载开源框架加载Gif资源图到Android ImageView中
通常Android的ImageView不能加载Gif图片，如不做任何处理，那么加载到ImageView中的Gif只显示第一帧。网上给出很多解决方案，也有不少开源框架定制专属的Gif View用于加载Gif图，这些解决方案基本上大多数是借助Android的Movie，把Gif图片资源作为流，解析成Android Movie显示，这些定制的基本思想就是先检测该图片资源是否是Gif图，若是，则按照Android Movie解析之。
有一个Android
Glide开源框架，本身在图片加载和缓存方面做的比较优秀，同时，Android Glide加载Gif图片也很方便，把需要加载的gif图放到drawable目录下，然后就和普通的Andriod ImageView设置一个图片资源R.drawanle.xxx一模一样，很简单。或者从网路URL加载一个图片，开发者不用关心这个图片资源是否是gif还是其他jpg还是png等等格式，直接将其当作一个普通的图片加载之即可，至于该图片资源格式的判断处理及绘制，则有Android Glide全部代劳。
现举例：
其中，R.drawable.loading是加载了drawable目录下的loading.gif图：
4、Fresco让图片的渐进式呈现的强大框架
Fresco 是一个强大的图片加载组件。
Fresco 中设计有一个叫做 image pipeline 的模块。它负责从网络，从本地文件系统，本地资源加载图片。为了最大限度节省空间和CPU时间，它含有3级缓存设计（2级内存，1级文件）。
Fresco 中设计有一个叫做 Drawees 模块，方便地显示loading图，当图片不再显示在屏幕上时，及时地释放内存和空间占用。
Fresco 支持 Android2.3(API level 9) 及其以上系统。
特性
内存管理
解压后的图片，即Android中的Bitmap，占用大量的内存。大的内存占用势必引发更加频繁的GC。在5.0以下，GC将会显著地引发界面卡顿。
在5.0以下系统，Fresco将图片放到一个特别的内存区域。当然，在图片不显示的时候，占用的内存会自动被释放。这会使得APP更加流畅，减少因图片内存占用而引发的OOM。
Fresco 在低端机器上表现一样出色，你再也不用因图片内存占用而思前想后。
图片的渐进式呈现
渐进式的JPEG图片格式已经流行数年了，渐进式图片格式先呈现大致的图片轮廓，然后随着图片下载的继续，呈现逐渐清晰的图片，这对于移动设备，尤其是慢网络有极大的利好，可带来更好的用户体验。
Android 本身的图片库不支持此格式，但是Fresco支持。使用时，和往常一样，仅仅需要提供一个图片的URI即可，剩下的事情，Fresco会处理。
Gif图和WebP格式
是的，支持加载Gif图，支持WebP格式。
图像的呈现
Fresco 的 Drawees 设计，带来一些有用的特性：
自定义居中焦点(对人脸等图片显示非常有帮助)
圆角图，当然圆圈也行。
下载失败之后，点击重现下载
自定义占位图，自定义overlay, 或者进度条
指定用户按压时的overlay
图像的加载
Fresco 的 image pipeline 设计，允许用户在多方面控制图片的加载：
为同一个图片指定不同的远程路径，或者使用已经存在本地缓存中的图片
先显示一个低解析度的图片，等高清图下载完之后再显示高清图
加载完成回调通知
对于本地图，如有EXIF缩略图，在大图加载完成之前，可先显示缩略图
缩放或者旋转图片
处理已下载的图片
WebP 支持
5、Picasso, ImageLoader, Fresco, Glide优劣
首先看Fresco, 它的优点是其他几个框架没有的, 或者说是其他几个框架的短板.
Fresco:
优点:
- 图片存储在安卓系统的匿名共享内存, 而不是虚拟机的堆内存中, 图片的中间缓冲数据也存放在本地堆内存, 所以, 应用程序有更多的内存使用, 不会因为图片加载而导致oom, 同时也减少垃圾回收器频繁调用回收Bitmap导致的界面卡顿, 性能更高.
- 渐进式加载JPEG图片, 支持图片从模糊到清晰加载
- 图片可以以任意的中心点显示在ImageView, 而不仅仅是图片的中心.
- JPEG图片改变大小也是在native进行的, 不是在虚拟机的堆内存, 同样减少OOM
- 很好的支持GIF图片的显示
缺点:
- 框架较大, 影响Apk体积
- 使用较繁琐
ImageLoader, Picasso, Glide: 这三者实现机制都差不多
ImageLoader:
比较老的框架, 稳定, 加载速度适中, 缺点在于不支持GIF图片加载, 使用稍微繁琐, 并且缓存机制没有和http的缓存很好的结合, 完全是自己的一套缓存机制.
Picasso:
使用方便, 一行代码完成加载图片并显示, 框架体积小,
缺点在于不支持GIF, 并且它可能是想让服务器去处理图片的缩放, 它缓存的图片是未缩放的, 并且默认使用ARGB_8888格式缓存图片, 缓存体积大.
Glide:
可以说是Picasso的升级版, 有Picasso的优点, 并且支持GIF图片加载显示, 图片缓存也会自动缩放, 默认使用RGB_565格式缓存图片, 是Picasso缓存体积的一半.