2019-01-30 源码分析 - LRUCache缓存实现原理

一、Android中的缓存策略

一般来说,缓存策略主要包含缓存的添加、获取和删除这三类操作。如何添加和获取缓存这个比较好理解,那么为什么还要删除缓存呢?这是因为不管是内存缓存还是硬盘缓存,它们的缓存大小都是有限的。当缓存满了之后,再想其添加缓存,这个时候就需要删除一些旧的缓存并添加新的缓存。

因此LRU(Least Recently Used)缓存算法便应运而生,LRU是近期最少使用的算法,它的核心思想是当缓存满时,会优先淘汰那些近期最少使用的缓存对象,有效的避免了OOM的出现。在Android中采用LRU算法的常用缓存有两种:LruCache和DisLruCache,分别用于实现内存缓存和硬盘缓存,其核心思想都是LRU缓存算法。

其实LRU缓存的实现类似于一个特殊的栈,把访问过的元素放置到栈顶(若栈中存在,则更新至栈顶;若栈中不存在则直接入栈),然后如果栈中元素数量超过限定值,则删除栈底元素(即最近最少使用的元素)。详细算法实现如下图:


1.新数据压入到栈顶;

2.每当缓存命中(即缓存数据被访问),则将数据移到栈顶;

3.当栈满的时候,将栈底的数据丢弃。

举个例子演示一下:



二、LruCache的使用

LruCache是Android 3.1所提供的一个缓存类,所以在Android中可以直接使用LruCache实现内存缓存。而DisLruCache目前在Android 还不是Android SDK的一部分,但Android官方文档推荐使用该算法来实现硬盘缓存。

讲到LruCache不得不提一下LinkedHashMap,因为LruCache中Lru算法的实现就是通过LinkedHashMap来实现的。LinkedHashMap继承于HashMap,它使用了一个双向链表来存储Map中的Entry顺序关系,这种顺序有两种,一种是LRU顺序,一种是插入顺序,这可以由其构造函数public LinkedHashMap(int initialCapacity,float loadFactor, boolean accessOrder)的最后一个参数accessOrder来指定。所以,对于get、put、remove等操作,LinkedHashMap除了要做HashMap做的事情,还做些调整Entry顺序链表的工作。LruCache中将LinkedHashMap的顺序设置为LRU顺序来实现LRU缓存,每次调用get(也就是从内存缓存中取图片),则将该对象移到链表的尾端。调用put插入新的对象也是存储在链表尾端,这样当内存缓存达到设定的最大值时,将链表头部的对象(近期最少用到的)移除。关于LinkedHashMap详解请前往:理解LinkedHashMap



LruCache使用示例

LruCache的使用非常简单,我们就以图片缓存为例:

int maxMemory = (int) (Runtime.getRuntime().totalMemory()/1024);

int cacheSize = maxMemory/8;

mMemoryCache = new LruCache<String,Bitmap>(cacheSize){

    @Override

    protected int sizeOf(String key, Bitmap value) {

        return value.getRowBytes()*value.getHeight()/1024;

    }

};

① 设置LruCache缓存的大小,一般为当前进程可用容量的1/8。

② 重写sizeOf方法,计算出要缓存的每张图片的大小。

注意:缓存的总容量和每个缓存对象的大小所用单位要一致。

LruCache的实现原理

LruCache的核心思想很好理解,就是要维护一个缓存对象列表,其中对象列表的排列方式是按照访问顺序实现的,即一直没访问的对象,将放在队尾,即将被淘汰。而最近访问的对象将放在队头,最后被淘汰。如下图所示:



那么这个队列到底是由谁来维护的,前面已经介绍了是由LinkedHashMap来维护。

而LinkedHashMap是由数组+双向链表的数据结构来实现的。其中双向链表的结构可以实现访问顺序和插入顺序,使得LinkedHashMap中的

/**

* Constructs a new {@code LinkedHashMap} instance with the specified

* capacity, load factor and a flag specifying the ordering behavior.

*

* @param initialCapacity

*            the initial capacity of this hash map.

* @param loadFactor

*            the initial load factor.

* @param accessOrder

*            {@code true} if the ordering should be done based on the last

*            access (from least-recently accessed to most-recently

*            accessed), and {@code false} if the ordering should be the

*            order in which the entries were inserted.

*/

public LinkedHashMap(

        int initialCapacity, float loadFactor, boolean accessOrder) {

    super(initialCapacity, loadFactor);

    init();

    this.accessOrder = accessOrder;

}

其中accessOrder设置为true则为访问顺序,为false,则为插入顺序

以具体例子解释,当设置为true时:

public static final void main(String[] args) {

    LinkedHashMap<Integer, Integer> map = new LinkedHashMap<>(0, 0.75f, true);

    map.put(0, 0);

    map.put(1, 1);

    map.put(2, 2);

    map.put(3, 3);

    map.put(4, 4);

    map.put(5, 5);

    map.put(6, 6);

    map.get(1);    //访问1

    map.get(2);    //访问2

    for (Map.Entry<Integer, Integer> entry : map.entrySet()) {

        System.out.println(entry.getKey() + ":" + entry.getValue());

    }

}


输出结果如下:

0:0

3:3

4:4

5:5

6:6

1:1

2:2

即最近访问的对象会被放到队尾,然后最后输出,那么这就正好满足的LRU缓存算法的思想。可见LruCache巧妙实现,就是利用了LinkedHashMap的这种数据结构。

下面我们在LruCache源码中具体看看,怎么应用LinkedHashMap来实现缓存的添加,获得和删除的。

LruCache源码分析

我们先看看成员变量有哪些:

public class LruCache<K, V> {

    private final LinkedHashMap<K, V> map;

    /** Size of this cache in units. Not necessarily the number of elements. */

    private int size;  //当前cache的大小

    private int maxSize;    //cache最大大小

    private int putCount;      //put的次数

    private int createCount;    //create的次数

    private int evictionCount;  //驱逐剔除的次数

    private int hitCount;      //命中的次数

    private int missCount;      //未命中次数

    //...省略...

}


构造函数如下,可以看到LruCache正是用了LinkedHashMap的accessOrder=true构造参数实现LRU访问顺序:

public LruCache(int maxSize) {

    if (maxSize <= 0) {

        throw new IllegalArgumentException("maxSize <= 0");

    }

    this.maxSize = maxSize;

    //将LinkedHashMap的accessOrder设置为true来实现LRU顺序

    this.map = new LinkedHashMap<K, V>(0, 0.75f, true);

}

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++;    //插入次数加1

        size += safeSizeOf(key, value);    //更新缓存的大小

        previous = map.put(key, value);

        //如果已有缓存对象,则缓存大小的值需要剔除这个旧的大小

        if (previous != null) {

            size -= safeSizeOf(key, previous);

        }

    }

    //entryRemoved()是个空方法,可以自行实现

    if (previous != null) {

        entryRemoved(false, key, previous, value);

    }

    //调整缓存大小(关键方法)

    trimToSize(maxSize);

    return previous;

}

可以看到put()方法并没有什么难点,重要的就是在添加过缓存对象后,调用trimToSize()方法,来判断缓存是否已满,如果满了就要删除近期最少使用的算法。

trimToSize方法

public void trimToSize(int maxSize) {

    while (true) {

        K key;

        V value;

        synchronized (this) {

            //如果map为空并且缓存size不等于0或者缓存size小于0,抛出异常

            if (size < 0 || (map.isEmpty() && size != 0)) {

                throw new IllegalStateException(getClass().getName()

                        + ".sizeOf() is reporting inconsistent results!");

            }

            //如果缓存大小size小于最大缓存,或者map为空,则不需要再删除缓存对象,跳出循环

            if (size <= maxSize || map.isEmpty()) {

                break;

            }

            //迭代器获取第一个对象,即队头的元素,近期最少访问的元素

            Map.Entry<K, V> toEvict = map.entrySet().iterator().next();

            key = toEvict.getKey();

            value = toEvict.getValue();

            //删除该对象,并更新缓存大小

            map.remove(key);

            size -= safeSizeOf(key, value);

            evictionCount++;

        }

        entryRemoved(true, key, value, null);

    }

}


trimToSize()方法不断地删除LinkedHashMap中队头的元素,即近期最少访问的,直到缓存大小小于最大值。

当调用LruCache的get()方法获取集合中的缓存对象时,就代表访问了一次该元素,将会更新队列,保持整个队列是按照访问顺序排序。这个更新过程就是在LinkedHashMap中的get()方法中完成的。

我们先看LruCache的get()方法。

get方法

//LruCache的get()方法

public final V get(K key) {

    if (key == null) {

        throw new NullPointerException("key == null");

    }

    V mapValue;

    synchronized (this) {

        //获取对应的缓存对象

        //LinkedHashMap的get()方法会实现将访问的元素更新到队列尾部的功能

        mapValue = map.get(key);

        //mapValue不为空表示命中,hitCount+1并返回mapValue对象

        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.

    * 如果未命中,则试图创建一个对象,这里create方法默认返回null,并没有实现创建对象的方法。

    * 如果需要事项创建对象的方法可以重写create方法。因为图片缓存时内存缓存没有命中会去

    * 文件缓存中去取或者从网络下载,所以并不需要创建,下面的就不用看了。

    */

    V createdValue = create(key);

    if (createdValue == null) {

        return null;

    }

    //假如创建了新的对象,则继续往下执行

    synchronized (this) {

        createCount++;

        //将createdValue加入到map中,并且将原来键为key的对象保存到mapValue

        mapValue = map.put(key, createdValue);

        if (mapValue != null) {

            // There was a conflict so undo that last put

            //如果mapValue不为空,则撤销上一步的put操作。

            map.put(key, mapValue);

        } else {

            //加入新创建的对象之后需要重新计算size大小

            size += safeSizeOf(key, createdValue);

        }

    }

    if (mapValue != null) {

        entryRemoved(false, key, createdValue, mapValue);

        return mapValue;

    } else {

        //每次新加入对象都需要调用trimToSize方法看是否需要回收

        trimToSize(maxSize);

        return createdValue;

    }

}


其中LinkedHashMap的get()方法如下:

//LinkedHashMap中的get方法

public V get(Object key) {

    Node<K,V> e;

    if ((e = getNode(hash(key), key)) == null)

        return null;

    //实现排序的关键方法

    if (accessOrder)

        afterNodeAccess(e);

    return e.value;

}


调用的afterNodeAccess()方法将该元素移到队尾,保证最后才删除,如下:

void afterNodeAccess(Node<K,V> e) { // move node to last

    LinkedHashMap.Entry<K,V> last;

    if (accessOrder && (last = tail) != e) {

        LinkedHashMap.Entry<K,V> p =

            (LinkedHashMap.Entry<K,V>)e, b = p.before, a = p.after;

        p.after = null;

        if (b == null)

            head = a;

        else

            b.after = a;

        if (a != null)

            a.before = b;

        else

            last = b;

        if (last == null)

            head = p;

        else {

            p.before = last;

            last.after = p;

        }

        //当前节点p移动到尾部之后,尾部指针指向当前节点

        tail = p;

        ++modCount;

    }

}


由此可见LruCache中维护了一个集合LinkedHashMap,该LinkedHashMap是以访问顺序排序的。当调用put()方法时,就会在结合中添加元素,并调用trimToSize()判断缓存是否已满,如果满了就用LinkedHashMap的迭代器删除队头元素,即近期最少访问的元素。当调用get()方法访问缓存对象时,就会调用LinkedHashMap的get()方法获得对应集合元素,同时会更新该元素到队尾。

以上便是LruCache实现的原理,理解了LinkedHashMap的数据结构就能理解整个原理。如果不懂,可以先看看LinkedHashMap的具体实现。

参考资料

内存缓存LruCache实现原理

彻底解析Android缓存机制——LruCache

缓存淘汰算法–LRU算法

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容