缓存技术

为了减少我们从网络获取数据(图片)的次数,我们会从网络获取到之后,缓存到我们的内存中。所以在我们网络编程中,缓存技术显得非常重要。

  • 使用软引用或者弱引用
    使用软引用保存数据是Android 2.3之前很常用的一种缓存技术。现在已经不推荐这种方式缓存数据了。虽然不推荐使用,但我们稍微了解一下。
    代码如下:
    private Map<String, SoftReference<Bitmap>> imageMap = new HashMap<String, SoftReference<Bitmap>>()
    public Bitmap loadBitmap(final String imageUrl,final ImageCallBack imageCallBack) {
    SoftReference<Bitmap> reference = imageMap.get(imageUrl);
    if(reference != null) {
    if(reference.get() != null) {
    return reference.get();
    }
    }
    // 这里仅仅做一个例子,随便写的
    Bitmap bitmap = (Bitmap) getFromNetWork();
    // 加入到缓存
    imageMap.put(imageUrl, new SoftReference<Bitmap>(bitmap));
    return bitmap;
    }
    不推荐使用的原因是:
    (1)Android2.3之后,垃圾回收器会更倾向于回收持有软引用或弱引用的对象, 这让软引用和弱引用变得不再可靠。
    (2)另外,Android 3.0 (API Level 11)中,图片的数据会存储在本地的内存当中,因而无法用一种可预见的方式将其释放,这就有潜在的风险造成应用程序的内存溢出并崩溃。
    so 我们讲一下更好的缓存技术:LruCache
  • LruCache缓存
    简单说一下原理:LruCache缓存数据是采用持有数据的强引用来保存一定数量的数据的.每次用到(获取)一个数据时,这个数据就会被移动(一个保存数据的)队列的头部,当往这个缓存里面加入一个新的数据时,如果这个缓存已经满了,就会自动删除这个缓存队列里面最后一个数据,这样一来使得这个删除的数据没有强引用而能够被gc回收。
    下面我们从源码上解读:
    先看看构造函数:
    public LruCache(int maxSize) {//指定缓存数据的数量
    if (maxSize <= 0) {//必须大于0
    throw new IllegalArgumentException(maxSize <= 0);
    }
    this.maxSize = maxSize;
    this.map = new LinkedHashMap<k, v="">(0, 0.75f, true);//创建一个LinkedHashMap,并且按照访问数据的顺序排序
    }
    从代码上看,我们知道LruCache是使用LinkedHashMap去储存数据的,这样可以维护这些数据相应的顺序的。
    那我们缓存数据的数量怎么算?是个数?还是大小?我们发现有一个方法:
    protected int sizeOf(K key, V value) {
    //子类覆盖这个方法来计算出自己的缓存对于每一个保存的数据所占用的量
    return 1;//默认返回1,这说明:默认情况下缓存的数量就是指缓存数据的总个数(每一个数据都是1).
    }
    从这里我们看出,我们需要重写这个方法,达到我们所需要的缓存数量。
    那如果我使用LruCache来保存bitmap的图片,并且希望缓存的容量是4M那这么做?在原文的说明中,android给来这样一个实例:
    int cacheSize = 4 * 1024 * 1024; // 4MiB
    LruCache<string, bitmap=""> bitmapCache = new LruCache<string, bitmap="">(cacheSize) {
    //保存bitmap的LruCache,容量是4M
    protected int sizeOf(String key, Bitmap value) {
    //计算每一个缓存的图片所占用内存大小
    return value.getByteCount();
    }
    };
    这样我们就可以指定最大缓存是4M,我们要缓存的bitmap的大小,这样就可以计算了。
    那么LruCache如何,何时判断是否缓存已经满来,并且需要移除不常用的数据呢
    其实在LruCache里面有一个方法:trimToSize()就是用来检测一次当前是否已经满,如果满来就自动移除一个数据,一直到不满为止:
    public void trimToSize(int maxSize) {//默认情况下传入是上面说的最大容量的值 this.maxSize
    while (true) {//死循环.保证一直到不满为止
    K key;
    V value;
    synchronized (this) {//线程安全保证
    if (size < 0 || (map.isEmpty() && size != 0)) {
    throw new IllegalStateException(getClass().getName()
    + .sizeOf() is reporting inconsistent results!);
    }
    if (size <= maxSize) {//如果不满,就跳出循环
    break;
    }
    Map.Entry<k, v=""> toEvict = map.eldest();//取出最后的数据(最不常用的数据)
    if (toEvict == null) {
    break;
    }
    key = toEvict.getKey();
    value = toEvict.getValue();
    map.remove(key);//移除这个数据
    size -= safeSizeOf(key, value);//容量减少
    evictionCount++;//更新自动移除数据的数量(次数)
    }
    entryRemoved(true, key, value, null);//用来通知这个数据已经被移除,如果你需要知道一个数据何时被移除你需要从写这个方法entryRemoved
    }
    }
    trimToSize这个方法在LruCache里面多个方法里面会被调用来检测是否已经满了,比如在往LruCache里面加入一个新的数据的方法put里面,还有在通过get(K key)这个方法获取一个数据的时候等,都会调用trimToSize来检测一次。接下来看看put里面如何调用:
    public final V put(K key, V value) {//加入一个新的数据
    if (key == null || value == null) {
    throw new NullPointerException(key == null || value == null);
    }
    V previous;
    synchronized (this) {
    putCount++;
    size += safeSizeOf(key, value);
    previous = map.put(key, value);
    if (previous != null) {
    size -= safeSizeOf(key, previous);
    }
    }
    if (previous != null) {//加入重复位置的数据,则移除老的数据
    entryRemoved(false, key, previous, value);
    }
    trimToSize(maxSize);//检测缓存的数据是否已经满
    return previous;
    }
    到这里你会发现,原来对 LruCache的操作都加了synchronized来保证线程安全。
    如果LruCache中已经删除了一个数据,可是现在又调用LruCache的get方法获取这个数据怎么办?来看看源码是否有解决这个问题:
    public final V get(K key) {//获取一个数据
    if (key == null) {
    throw new NullPointerException(key == null);
    }
    V mapValue;
    synchronized (this) {
    mapValue = map.get(key);
    if (mapValue != null) {//取得这个数据
    hitCount++;//成取得数据的次数
    return mapValue;//成功取得这个数据
    }
    missCount++;//取得数据失败次数
    }
    /*
    * Attempt to create a value. This may take a long time, and the map
    * may be different when create() returns. If a conflicting value was
    * added to the map while create() was working, we leave that value in
    * the map and release the created value.
    /
    V createdValue = create(key);//尝试创建这个数据
    if (createdValue == null) {
    return null;//创建数据失败
    }
    synchronized (this) {//加入这个重新创建的数据
    createCount++;//从新创建数据次数
    mapValue = map.put(key, createdValue);
    if (mapValue != null) {
    // There was a conflict so undo that last put
    map.put(key, mapValue);
    } else {
    size += safeSizeOf(key, createdValue);
    }
    }
    if (mapValue != null) {
    entryRemoved(false, key, createdValue, mapValue);
    return mapValue;
    } else {
    trimToSize(maxSize);//检测是否满
    return createdValue;
    }
    }
    从上面的分析可以知道,我们可以从写create方法来重新创建已经不存在的数据.这个方法默认情况是什么也不做的,所以需要你自己做
    protected V create(K key) {
    return null;
    }
    那我们怎么使用这个类呢?
    //获取系统分配给每个应用程序的最大内存,每个应用系统分配32M
    int maxMemory = (int) Runtime.getRuntime().maxMemory();
    int mCacheSize = maxMemory / 8;
    //给LruCache分配1/8 4M
    mMemoryCache = new LruCache<String, Bitmap>(mCacheSize){
    //必须重写此方法,来测量Bitmap的大小
    @Override
    protected int sizeOf(String key, Bitmap value) {
    return value.getRowBytes() * value.getHeight();
    }
    };
    /
    *
    * 添加Bitmap到内存缓存
    /
    mMemoryCache.put(key, bitmap);
    /
    *
    * 从内存缓存中获取一个Bitmap
    /
    mMemoryCache.get(key);
    /
    *
    * 移除缓存
    */
    Bitmap bm = mMemoryCache.remove(key);
    if (bm != null) {
    bm.recycle();
    }
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,529评论 5 475
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,015评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,409评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,385评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,387评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,466评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,880评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,528评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,727评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,528评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,602评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,302评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,873评论 3 306
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,890评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,132评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,777评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,310评论 2 342

推荐阅读更多精彩内容