android-------用双缓存技术优化listview异步加载网络图片

转载 2016年03月22日 13:52:06

原文地址:http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2013/0920/1554.html


缓存简单的来讲就是内存,缓存技术的目的是为了更高效的利用内存,防止out of memory 发生。双缓存又称为二级缓存,它的实现利用了java中的强引用(直接对对象的引用都是强引用)和弱引用(SoftReference)各自的同特点。

在这一篇博客中将会为大家讲解如何将下载回来的图片进行缓存,为了节约流量,并且提高下一次显示图片的速度,避免每次调用getView的时候都去从网络下载图片,就必须用到缓存。

单一的强引用缓存

一个最简单的缓存实现就是将我们的对象(由于是缓存图片,这里就是BitMap对象)放入到一个集合当中,下一次需要这个BitMap的时候就不需要再次从网络上取了,而是直接从这个集合(内存)中取就行了。如下:

HashMap<String, Bitmap> mCache;

HashMap这中键值对形式的集合非常适合我们的场景,每一张图片的URL是唯一的,因此可以作为键,而图片的BitMap对象最为值。当我们从网上下载下来一张图片并已经转换成BitMap之后,我们通过如下代码放入到缓存中:

mCache.put("urlstr",bitmap);

下次如果再需要这张图片就不需要开启线程来获取了,直接在缓存中获取,如下:

mCache.get("urlstr");

经过实际测试,安卓ImageView上显示BitMap速度是非常快的,完全不会造成卡顿,现在我们显示一张图片就跟TextView显示文字一样流畅。

但是这中缓存方式完全没有考虑占用内存大小的情况,假设我们的listView滑动很快,而listView的Item个数又非常多,如果一个BitMap达到100K的话,1000个Item就能占用100m的内存,很容易发生Out Of  Memory的情况。因此我们必须对缓存的大小进行控制。

直接缓存BitMap对象的引用称为强引用,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足的问题,因此我们把强引用换成软引用

单一的软引用缓存

一般对软引用是这样解释的:如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存

软引用实现缓存的方法:

先定义一个HashMap

HashMap<String, SoftReference<BitMap>> imageCache = new HashMap<String, SoftReference<BitMap>>()

同样是HashMap,只不过换成了对BitMap的软引用。

放入缓存

imageCache.put(mImageUrl, newSoftReference<BitMap>(bitmap));

从缓存中取出

(imageCache.containsKey(mImageUrl)) {
   SoftReference<BitMap> softReference = imageCache.get(mImageUrl);
   BitMap bitmap = softReference.get();
}

采用软引用之后我们解决了内存占用的问题,但是远远不够,我们发现软引用被回收的几率很高,几乎可以说没有达到缓存的效果,很多时候我们从缓存中取不出BitMap来,因为被回收了,也就是说在这样的缓存中,命中率很低。软引用解决了缓存大小的问题,却背离了缓存设计的初衷。

双缓存(二级缓存)

正因为单一的强引用缓存和软引用缓存都有各自的缺点,因此我何不将两者结合起来,吸取他们的优点呢?

解决方案:设置两级缓存,第一级用LinkedHashMap<String,Bitmap>保留Bitmap的强引用,但是控制缓存的大小MAX_CAPACITY=10,当继续向该缓存中存数据的时候,将会把一级缓存中的最近最少使用的元素放入二级缓存ConcurrentHashMap<String, SoftReference<Bitmap>>,二级缓存中保留的Bitmap的软引用,这样的设计更具有弹性。


为什么这次我们没有用HashMap而是用LinkedHashMap和ConcurrentHashMap呢,从下面的代码中你可以看到LinkedHashMap有个removeEldestEntry()方法,该方法能自动在内存不够的时候被调用。而软引用我们是用的ConcurrentHashMap来存储,因为他支持高并发,这里也可以直接用HashMap,因为很多人都是用的ConcurrentHashMap,我也就跟风了。

下面我将二级缓存的实现封装在了一个类中。

代码如下:

package com.jcodecraeer.client.common;
import java.lang.ref.SoftReference;
import java.util.Collections;
import java.util.HashMap;
import java.util.Iterator;
import java.util.LinkedHashMap;
import java.util.Map;
import java.util.Map.Entry;
import java.util.concurrent.ConcurrentHashMap;
import android.graphics.Bitmap;
import android.util.Log;
public class ImageCache {
    private static final int MAX_CAPACITY = 50;// 一级缓存的最大空间
    private static final long DELAY_BEFORE_PURGE = 10 * 1000;// 定时清理缓存
    // 0.75是加载因子为经验值,true则表示按照最近访问量的高低排序,false则表示按照插入顺序排序
    private HashMap<String, Bitmap> mFirstLevelCache = new LinkedHashMap<String, Bitmap>(
            MAX_CAPACITY / 2, 0.75f, true) {
        protected boolean removeEldestEntry(Entry<String, Bitmap> eldest) {
            if (size() > MAX_CAPACITY) {// 当超过一级缓存阈值的时候,将老的值从一级缓存搬到二级缓存
                mSecondLevelCache.put(eldest.getKey(),
                        new SoftReference<Bitmap>(eldest.getValue()));
                return true;
            }
            return false;
        };
    };
    // 二级缓存,采用的是软应用,只有在内存吃紧的时候软应用才会被回收,有效的避免了oom
    private ConcurrentHashMap<String, SoftReference<Bitmap>> mSecondLevelCache = new ConcurrentHashMap<String, SoftReference<Bitmap>>(
            MAX_CAPACITY / 2);
    /**
     * 放入缓存
     *
     * @param url
     * @param value
     */
    public void addBitmap2Cache(String url, Bitmap value) {
        if (value == null || url == null) {
            return;
        }
        synchronized (mFirstLevelCache) {
            mFirstLevelCache.put(url, value);
        }
    }
    /**
     * 从缓存中获取
     *
     * @param url
     * @param value
     */
    public Bitmap getBitmapFromCache(String url) {
        Bitmap bitmap = null;
        bitmap = getFromFirstLevelCache(url);// 从一级缓存中拿
        if (bitmap != null) {
            return bitmap;
        }
        bitmap = getFromSecondLevelCache(url);// 从二级缓存中拿
        return bitmap;
    }
    /**
     * 从二级缓存中拿
     *
     * @param url
     * @return
     */
    private Bitmap getFromSecondLevelCache(String url) {
        Bitmap bitmap = null;
        SoftReference<Bitmap> softReference = mSecondLevelCache.get(url);
        if (softReference != null) {
            bitmap = softReference.get();
            if (bitmap == null) {// 由于内存吃紧,软引用已经被gc回收了
                mSecondLevelCache.remove(url);
            }
        }
        return bitmap;
    }
    /**
     * 从一级缓存中拿
     *
     * @param url
     * @return
     */
    private Bitmap getFromFirstLevelCache(String url) {
        Bitmap bitmap = null;
        synchronized (mFirstLevelCache) {
            bitmap = mFirstLevelCache.get(url);
            if (bitmap != null) {// 将最近访问的元素放到链的头部,提高下一次访问该元素的检索速度(LRU算法)
                mFirstLevelCache.remove(url);
                mFirstLevelCache.put(url, bitmap);
            }
        }
        return bitmap;
    }
    public void clear() {
        mFirstLevelCache.clear();
        mSecondLevelCache.clear();
    }
}

现在我们只需三步就能完成这个二级缓存了。

新建缓存对象:

private ImageCache imageCache = new ImageCache();

将BitMap放入缓存:

imageCache.addBitmap2Cache(mImageUrl, bitmap);

从缓存中获取BitMap:

Bitmap bitmap = imageCache.getBitmapFromCache(mImageUrl);





用双缓存技术优化listview异步加载网络图片

摘要 缓存简单的来讲就是内存,缓存技术的目的是为了更高效的利用内存,防止out of memory 发生。双缓存又称为二级缓存,它的实现利用了java中的强引用(直接对对象的引用都是强引用)和弱引用(...
  • MYBOYER
  • MYBOYER
  • 2014年12月10日 17:32
  • 455

ListView异步加载网络图片双缓存技术

本示例参考学习了一个国外的示例:http://code.google.com/p/android-imagedownloader/,有兴趣的同学下载研究一下。 问题描述:在这一篇博客中将会为大家讲解...
  • liujianminghero
  • liujianminghero
  • 2014年03月29日 15:54
  • 587

ListView异步加载网络图片完美版之双缓存技术

本示例参考学习了一个国外的示例:http://code.google.com/p/android-imagedownloader/,有兴趣的同学下载研究一下。  问题描述:在这一篇博客中将会为大家讲解...
  • itchenlin
  • itchenlin
  • 2013年11月13日 20:42
  • 440

Android异步加载学习笔记之四:利用缓存优化网络加载图片及ListView加载优化

如果不做任何处理,直接用网络加载图片在网速快的情况下可能没什么不好的感觉,但是如果使用移动流量或是网络不好的时候,问题就来了,要么用户会抱怨流量使用太多,要么抱怨图片加载太慢,如论从哪个角度出发,都不...
  • true100
  • true100
  • 2015年08月11日 21:02
  • 931

Android异步加载网络图片 + 双缓存

网上看了好多这样的例子,感觉直接把人家的例子拿来用太过草率,也不便于以后的更改。就干脆自己写一个小框架。 需求分析: Android的App中加载网络图片是个非常常用的操作,再加上很多情况下,同一个图...
  • puke3615
  • puke3615
  • 2014年12月10日 14:11
  • 456

深入剖析Android之ListView从网络异步加载图片

深入剖析Android之ListView从网络异步加载图片 我写这篇博客参考了许多文章,其中要重点感谢的是Android ListView从网络获取图片及文字显示和他的英文版文章Android Cu...
  • benbendeda
  • benbendeda
  • 2015年01月26日 22:24
  • 2163

ListView异步加载图片,完美实现图文混排

昨天参加一个面试,面试官让当场写一个类似于新闻列表的页面,文本数据和图片都从网络上获取,想起我还没写过ListView异步加载图片并实现图文混排效果的文章,so,今天就来写一下,介绍一下经验。List...
  • u012702547
  • u012702547
  • 2015年11月08日 12:54
  • 5655

Android 解决ListView异步加载网络数据(图片文字)出现位置错乱以及优化ListView的加载

Android 多种方法解决以及优化ListView的加载网络数据程出现错乱的问题 1.普通的缓存机制存在的问题 下面的代码就是最常见的异步加载图片的方法: public Vi...
  • zhangtao19931104
  • zhangtao19931104
  • 2016年10月05日 17:07
  • 904

Android ListView异步加载网络图片

使用异步类AsyncTack。
  • bxk88
  • bxk88
  • 2015年04月29日 21:52
  • 246

Android之ListView异步加载网络图片(优化缓存机制) .

网上关于这个方面的文章也不少,基本的思路是线程+缓存来解决。下面提出一些优化: 1、采用线程池 2、内存缓存+文件缓存 3、内存缓存中网上很多是采用SoftReference来防止堆溢出,这儿严...
  • yangxi_001
  • yangxi_001
  • 2013年01月05日 14:22
  • 618
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:android-------用双缓存技术优化listview异步加载网络图片
举报原因:
原因补充:

(最多只允许输入30个字)