Android图片加载库的理解

时间 2019-11-30

原文原文链接

前言

这是“基础自测”系列的第三篇文章，以Android开发须要熟悉的20个技术点为切入点，本篇重点讲讲Android中的ImageLoader这个库的一些理解，在Android上最让人头疼是从网络中获取图片，显示，回收，任何一个环节有问题均可能直接OOM，当须要加载大量的图片的时候，每当快速滑，有时候会很卡，甚至会由于内存溢出而崩溃。这里讲解的库是： Universal_Image_Loader。

内容目录

ImageLoader设计原理
ImageLoader流程图
ImageLoader的使用
ImageLoader优化
Fresco介绍
图片策略优化
小结

ImageLoader设计原理

ImageLoader的工做原理：在显示图片的时，它会先在内存中查找，若是没有就去本地查找，若是尚未，就开一个新的线程去下载这张图片，下载成功会把图片同时缓存在内存和本地。html

咱们在基于这个原理，在每次退出一个页面时候，把ImageLoader内存中缓存所有清除，这样就节省了大量内存，反正下次再用到的时候从本地再取出来就好了。须要说明的是，因为ImageLoader对图片是软引用的形式，因此在内存中的图片会存在内存不足的时候被系统回收。

总设计图：

ImageLoader流程图

ImageLoader的使用

ImageLoader由三大组件组成：

ImagaLoaderConfiguaration——对图片缓存进行整体配置，包含内存缓存的大小，本地缓存的大小和位置、日志、下载策略(FIFO仍是LIFO)等。
ImageLoader——通常使用displayImage来把URL对应的图片显示在ImageView上。
DisplayImageOptions——在每一个页面须要显示图片的地方，控制如何显示的细节，好比指定下载时的默认图、是否将缓存放到内存或本地磁盘。

从三者的协做关系上看，他们有点像厨房规定、厨师、客户我的口味之间的关系。ImageLoaderConfiguration就像是厨房里面的规定，每个厨师要怎么着装，要怎么保持厨房的干净，这是针对每个厨师都适用的规定，并且不容许个性化改变。ImageLoader就像是具体作菜的厨师，负责具体菜谱的制做。DisplayImageOptions就像每一个客户的偏好，根据客户是重口味仍是清淡，每个imageLoader根据DisplayImageOptions的要求具体执行。android

ImagaLoaderConfiguaration

示例代码：

// DON'T COPY THIS CODE TO YOUR PROJECT! This is just example of ALL options using.// See the sample project how to use ImageLoader correctly.File cacheDir =StorageUtils.getCacheDirectory(context);
ImageLoaderConfiguration config =newImageLoaderConfiguration.Builder(context)
        .memoryCacheExtraOptions(480, 800) // default = device screen dimensions
        .diskCacheExtraOptions(480, 800, null)
        .taskExecutor(...)
        .taskExecutorForCachedImages(...)
        .threadPoolSize(3) // default
        .threadPriority(Thread.NORM_PRIORITY-2) // default
        .tasksProcessingOrder(QueueProcessingType.FIFO) // default
        .denyCacheImageMultipleSizesInMemory()
        .memoryCache(newLruMemoryCache(2*1024*1024))
        .memoryCacheSize(2*1024*1024)
        .memoryCacheSizePercentage(13) // default
        .diskCache(newUnlimitedDiskCache(cacheDir)) // default
        .diskCacheSize(50*1024*1024)
        .diskCacheFileCount(100)
        .diskCacheFileNameGenerator(newHashCodeFileNameGenerator()) // default
        .imageDownloader(newBaseImageDownloader(context)) // default
        .imageDecoder(newBaseImageDecoder()) // default
        .defaultDisplayImageOptions(DisplayImageOptions.createSimple()) // default
        .writeDebugLogs()
        .build();

能够看到ImagaLoaderConfiguaration的职责就是记录相关的配置，它的内部就是一些字段的集合。

DisplayImageOptions

每个ImageLoader.displayImage(...)均可以使用DisplayImageOptions，具体配置代码以下：git

// DON'T COPY THIS CODE TO YOUR PROJECT! This is just example of ALL options using.
// See the sample project how to use ImageLoader correctly.
DisplayImageOptions options = new DisplayImageOptions.Builder()
        .showImageOnLoading(R.drawable.ic_stub) // resource or drawable
        .showImageForEmptyUri(R.drawable.ic_empty) // resource or drawable
        .showImageOnFail(R.drawable.ic_error) // resource or drawable
        .resetViewBeforeLoading(false)  // default
        .delayBeforeLoading(1000)
        .cacheInMemory(false) // default
        .cacheOnDisk(false) // default
        .preProcessor(...)
        .postProcessor(...)
        .extraForDownloader(...)
        .considerExifParams(false) // default
        .imageScaleType(ImageScaleType.IN_SAMPLE_POWER_OF_2) // default
        .bitmapConfig(Bitmap.Config.ARGB_8888) // default
        .decodingOptions(...)
        .displayer(new SimpleBitmapDisplayer()) // default
        .handler(new Handler()) // default
        .build();

ImageLoader

最终使用时候，简单几句就好了，传入一个ImageView控件

ImageLoader imageLoader = ImageLoader.getInstance(); // Get singleton instance
// Load image, decode it to Bitmap and display Bitmap in ImageView (or any other view 
//  which implements ImageAware interface)
imageLoader.displayImage(imageUri, imageView);

又或者直接

// Load image, decode it to Bitmap and return Bitmap to callback
imageLoader.loadImage(imageUri, new SimpleImageLoadingListener() {
    @Override
    public void onLoadingComplete(String imageUri, View view, Bitmap loadedImage) {
        // Do whatever you want with Bitmap
    }
});

ImageLoader优化

尽管ImageLoader很强大，但一直把图片缓存在内存中，会致使内存占用太高。虽然对图片的引用是软引用，软引用在内存不够的时候会被GC，但咱们仍是但愿减小GC的次数，因此要常常手动清理ImageLoader中的缓存。

好比，咱们常常在作项目的时候，会有一个AppBaseActivity的基类，这样咱们能够在基类的onDestroy方法中，执行ImageLoader的clearMemoryCache方法，以确保页面销毁时，把为了显示这个页面而增长的内存缓存清除，这样即便到了下个页面要复用以前加载过的图片，虽然内存没有了，根据ImageLoader的缓存策略，在本地磁盘上仍是能被找到的。

好比：

protected void onDestroy() {
        //回收该页面缓存在内存的图片
        imageLoader.clearMemoryCache();
 
        super.onDestroy();
}

Fresco介绍

简介：

Fresco 是一个强大的图片加载组件。它是Facebook开源的图片加载库github

Fresco 中设计有一个叫作 image pipeline 的模块。它负责从网络，从本地文件系统，本地资源加载图片。为了最大限度节省空间和CPU时间，它含有3级缓存设计（2级内存，1级文件）。缓存

Fresco 中设计有一个叫作 Drawees 模块，方便地显示loading图，当图片再也不显示在屏幕上时，及时地释放内存和空间占用。性能优化

Fresco 支持 Android2.3(API level 9) 及其以上系统。服务器

流程图：

原理：

Fresco 设计了image pipeline 的概念，它负责前后检查内存，磁盘文件，若是都没有再老老实实从网络下载图片。

主要有个三层缓存的概念

第一层：Bitmap缓存

在Android 5.0系统中，考虑到内存管理有了很大改进，因此 Bitmap缓存位于Java的heap中，而在Android 4.X或更低的系统中，Bitmap缓存位于ashmem中，而不是位于Java的heap中，这意味着图片的建立和回收不会引起过多的GC，从而让APP运行的更快。

第二层：内存缓存

内存缓存中存储了图片的原始压缩格式，从内存缓存中取出的图片，在显示前必须先解码，当APP切换到后台时，内存缓存也会被清空。

第三层：磁盘缓存

又名本地缓存，磁盘缓存中存储的也是图片的原始压缩格式，在使用前也要先解码，当APP切换到后台时，磁盘缓存不会丢失，即便关机也不会。

使用：

为了下载网络图片，请确保在 AndroidManifest.xml 中有如下权限：网络

<uses-permission android:name="android.permission.INTERNET"/>

在 Application 初始化时，在应用调用 setContentView() 以前，进行初始化：多线程

Fresco.initialize(context);

在xml布局文件中, 加入命名空间：框架

<!-- 其余元素 -->
<LinearLayout 
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:fresco="http://schemas.android.com/apk/res-auto">
加入SimpleDraweeView:

<com.facebook.drawee.view.SimpleDraweeView
    android:id="@+id/my_image_view"
    android:layout_width="20dp"
    android:layout_height="20dp"
    fresco:placeholderImage="@drawable/my_drawable"
  />

开始加载图片

Uri uri = Uri.parse("https://raw.githubusercontent.com/facebook/fresco/gh-pages/static/fresco-logo.png");
SimpleDraweeView draweeView = (SimpleDraweeView) findViewById(R.id.my_image_view);
draweeView.setImageURI(uri);

图片策略优化

咱们这里说的图片，是根据服务端的接口返回的图片URL地址开启一个线程下载到APP本地并显示的，不少APP崩溃的缘由就是图片的问题没处理好。那么就有一些相关解决方案策略，以下。

要确保下载的每张图，都符合ImageView控件的大小。能够事先准备不少套不一样的分辨率的图片，而后每次根据URL请求图片时，都要额外在URL上加两个参数，width和height，从而要求服务器返回其中某一个张图，好比：http://www.aaa.com/a.png?width=100&height=50
低流量模式。在2G和3G网络环境下，咱们应该适当下降图片的质量，下降图片质量，相应的图片大小也会下降，简称低流量模式，好比在请求网址中再添加一个参数，叫作quality，在2G网络下这个值为50%，在3G网络状况下，这个值为70%，这样就会将JPG图片质量下降为50%或70%。
极速模式。发如今2G和3G网络环境下，大部分用户对图片不感兴趣，咱们能够设计一些只有文字的页面，这种页面称呼为极速模式，以节省流量。

小结

本篇主要介绍了第三方图片加载库的原理和使用方法，特别是ImageLoader的介绍，由于图片显示在APP中是很常见的应用场景，何况ImageLoader已经封装好了一些类和方法。咱们能够直接拿来用了。而不用重复去写了。若是本身去写一个的话，这方面的程序仍是比较麻烦的，要考虑多线程缓存，内存溢出等不少方面，再说这么多程序都在用，说明稳定性仍是可靠的，相似这种工具类能用稳定成熟的，咱们做为一名开发人员，专一度仍是在应用业务开发上。