「轉(zhuǎn)載」徹底解析Android緩存機制——LruCache

轉(zhuǎn)載: 徹底解析Android緩存機制——LruCache

關于Android的三級緩存楣导,其中主要的就是內(nèi)存緩存和硬盤緩存蝶涩。這兩種緩存機制的實現(xiàn)都應用到了LruCache算法,今天我們就從使用到源碼解析,來徹底理解Android中的緩存機制癣丧。

一捍壤、Android中的緩存策略

一般來說骤视,緩存策略主要包含緩存的添加、獲取和刪除這三類操作鹃觉。如何添加和獲取緩存這個比較好理解专酗,那么為什么還要刪除緩存呢?這是因為不管是內(nèi)存緩存還是硬盤緩存盗扇,它們的緩存大小都是有限的祷肯。當緩存滿了之后,再想其添加緩存疗隶,這個時候就需要刪除一些舊的緩存并添加新的緩存佑笋。

因此LRU(Least Recently Used)緩存算法便應運而生,LRU是近期最少使用的算法斑鼻,它的核心思想是當緩存滿時蒋纬,會優(yōu)先淘汰那些近期最少使用的緩存對象。采用LRU算法的緩存有兩種:LrhCache和DisLruCache坚弱,分別用于實現(xiàn)內(nèi)存緩存和硬盤緩存蜀备,其核心思想都是LRU緩存算法。

二荒叶、LruCache的使用

LruCache是Android 3.1所提供的一個緩存類碾阁,所以在Android中可以直接使用LruCache實現(xiàn)內(nèi)存緩存。而DisLruCache目前在Android 還不是Android SDK的一部分停撞,但Android官方文檔推薦使用該算法來實現(xiàn)硬盤緩存瓷蛙。

1.LruCache的介紹

LruCache是個泛型類,主要算法原理是把最近使用的對象用強引用(即我們平常使用的對象引用方式)存儲在 LinkedHashMap 中戈毒。當緩存滿時,把最近最少使用的對象從內(nèi)存中移除横堡,并提供了get和put方法來完成緩存的獲取和添加操作埋市。

2.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方法胸蛛,計算出要緩存的每張圖片的大小污茵。

注意:緩存的總?cè)萘亢兔總€緩存對象的大小所用單位要一致。

三葬项、LruCache的實現(xiàn)原理

LruCache的核心思想很好理解泞当,就是要維護一個緩存對象列表,其中對象列表的排列方式是按照訪問順序?qū)崿F(xiàn)的民珍,即一直沒訪問的對象襟士,將放在隊尾盗飒,即將被淘汰。而最近訪問的對象將放在隊頭陋桂,最后被淘汰逆趣。

如下圖所示:


那么這個隊列到底是由誰來維護的,前面已經(jīng)介紹了是由LinkedHashMap來維護嗜历。

而LinkedHashMap是由數(shù)組+雙向鏈表的數(shù)據(jù)結(jié)構(gòu)來實現(xiàn)的宣渗。其中雙向鏈表的結(jié)構(gòu)可以實現(xiàn)訪問順序和插入順序,使得LinkedHashMap中的<key,value>對按照一定順序排列起來梨州。

通過下面構(gòu)造函數(shù)來指定LinkedHashMap中雙向鏈表的結(jié)構(gòu)是訪問順序還是插入順序落包。

public LinkedHashMap(int initialCapacity,
                         float loadFactor,
                         boolean accessOrder) {
        super(initialCapacity, loadFactor);
        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);
        map.get(2);

        for (Map.Entry<Integer, Integer> entry : map.entrySet()) {
            System.out.println(entry.getKey() + ":" + entry.getValue());

        }
    }

輸出結(jié)果:

0:0
3:3
4:4
5:5
6:6
1:1
2:2

即最近訪問的最后輸出,那么這就正好滿足的LRU緩存算法的思想巷查∮行颍可見LruCache巧妙實現(xiàn),就是利用了LinkedHashMap的這種數(shù)據(jù)結(jié)構(gòu)岛请。

下面我們在LruCache源碼中具體看看旭寿,怎么應用LinkedHashMap來實現(xiàn)緩存的添加,獲得和刪除的崇败。

public LruCache(int maxSize) {
        if (maxSize <= 0) {
            throw new IllegalArgumentException("maxSize <= 0");
        }
        this.maxSize = maxSize;
        this.map = new LinkedHashMap<K, V>(0, 0.75f, true);
    }

從LruCache的構(gòu)造函數(shù)中可以看到正是用了LinkedHashMap的訪問順序盅称。

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) {
            //插入的緩存對象值加1
            putCount++;
            //增加已有緩存的大小
            size += safeSizeOf(key, value);
           //向map中加入緩存對象
            previous = map.put(key, value);
            //如果已有緩存對象后室,則緩存大小恢復到之前
            if (previous != null) {
                size -= safeSizeOf(key, previous);
            }
        }
        //entryRemoved()是個空方法缩膝,可以自行實現(xiàn)
        if (previous != null) {
            entryRemoved(false, key, previous, value);
        }
        //調(diào)整緩存大小(關鍵方法)
        trimToSize(maxSize);
        return previous;
    }

可以看到put()方法并沒有什么難點,重要的就是在添加過緩存對象后岸霹,調(diào)用 trimToSize()方法疾层,來判斷緩存是否已滿,如果滿了就要刪除近期最少使用的算法贡避。
trimToSize()方法

 public void trimToSize(int maxSize) {
        //死循環(huán)
        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為空刮吧,不需要再刪除緩存對象湖饱,跳出循環(huán)
                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中隊尾的元素,即近期最少訪問的,直到緩存大小小于最大值旗笔。

當調(diào)用LruCache的get()方法獲取集合中的緩存對象時彪置,就代表訪問了一次該元素,將會更新隊列蝇恶,保持整個隊列是按照訪問順序排序拳魁。這個更新過程就是在LinkedHashMap中的get()方法中完成的。

先看LruCache的get()方法

get()方法

public final V get(K key) {
        //key為空拋出異常
        if (key == null) {
            throw new NullPointerException("key == null");
        }

        V mapValue;
        synchronized (this) {
            //獲取對應的緩存對象
            //get()方法會實現(xiàn)將訪問的元素更新到隊列頭部的功能
            mapValue = map.get(key);
            if (mapValue != null) {
                hitCount++;
                return mapValue;
            }
            missCount++;
        }

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

public V get(Object key) {
        LinkedHashMapEntry<K,V> e = (LinkedHashMapEntry<K,V>)getEntry(key);
        if (e == null)
            return null;
        //實現(xiàn)排序的關鍵方法
        e.recordAccess(this);
        return e.value;
    }

調(diào)用recordAccess()方法如下:

void recordAccess(HashMap<K,V> m) {
            LinkedHashMap<K,V> lm = (LinkedHashMap<K,V>)m;
            //判斷是否是訪問排序
            if (lm.accessOrder) {
                lm.modCount++;
                //刪除此元素
                remove();
                //將此元素移動到隊列的頭部
                addBefore(lm.header);
            }
        }

由此可見LruCache中維護了一個集合LinkedHashMap撮弧,該LinkedHashMap是以訪問順序排序的潘懊。當調(diào)用put()方法時,就會在結(jié)合中添加元素贿衍,并調(diào)用trimToSize()判斷緩存是否已滿授舟,如果滿了就用LinkedHashMap的迭代器刪除隊尾元素,即近期最少訪問的元素贸辈。當調(diào)用get()方法訪問緩存對象時释树,就會調(diào)用LinkedHashMap的get()方法獲得對應集合元素,同時會更新該元素到隊頭擎淤。

以上便是LruCache實現(xiàn)的原理奢啥,理解了LinkedHashMap的數(shù)據(jù)結(jié)構(gòu)就能理解整個原理。如果不懂嘴拢,可以先看看LinkedHashMap的具體實現(xiàn)桩盲。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市席吴,隨后出現(xiàn)的幾起案子赌结,更是在濱河造成了極大的恐慌,老刑警劉巖孝冒,帶你破解...
    沈念sama閱讀 206,968評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件柬姚,死亡現(xiàn)場離奇詭異,居然都是意外死亡迈倍,警方通過查閱死者的電腦和手機伤靠,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來啼染,“玉大人,你說我怎么就攤上這事焕梅〖6欤” “怎么了?”我有些...
    開封第一講書人閱讀 153,220評論 0 344
  • 文/不壞的土叔 我叫張陵贞言,是天一觀的道長斜棚。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么弟蚀? 我笑而不...
    開封第一講書人閱讀 55,416評論 1 279
  • 正文 為了忘掉前任蚤霞,我火速辦了婚禮,結(jié)果婚禮上义钉,老公的妹妹穿的比我還像新娘昧绣。我一直安慰自己,他們只是感情好捶闸,可當我...
    茶點故事閱讀 64,425評論 5 374
  • 文/花漫 我一把揭開白布夜畴。 她就那樣靜靜地躺著,像睡著了一般删壮。 火紅的嫁衣襯著肌膚如雪贪绘。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,144評論 1 285
  • 那天央碟,我揣著相機與錄音税灌,去河邊找鬼。 笑死亿虽,一個胖子當著我的面吹牛菱涤,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播经柴,決...
    沈念sama閱讀 38,432評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼狸窘,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了坯认?” 一聲冷哼從身側(cè)響起翻擒,我...
    開封第一講書人閱讀 37,088評論 0 261
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎牛哺,沒想到半個月后陋气,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,586評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡引润,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,028評論 2 325
  • 正文 我和宋清朗相戀三年巩趁,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片淳附。...
    茶點故事閱讀 38,137評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡议慰,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出奴曙,到底是詐尸還是另有隱情别凹,我是刑警寧澤,帶...
    沈念sama閱讀 33,783評論 4 324
  • 正文 年R本政府宣布洽糟,位于F島的核電站炉菲,受9級特大地震影響堕战,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜拍霜,卻給世界環(huán)境...
    茶點故事閱讀 39,343評論 3 307
  • 文/蒙蒙 一嘱丢、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧祠饺,春花似錦越驻、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至试疙,卻和暖如春诵棵,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背祝旷。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評論 1 262
  • 我被黑心中介騙來泰國打工履澳, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人怀跛。 一個月前我還...
    沈念sama閱讀 45,595評論 2 355
  • 正文 我出身青樓距贷,卻偏偏與公主長得像,于是被迫代替她去往敵國和親吻谋。 傳聞我的和親對象是個殘疾皇子忠蝗,可洞房花燭夜當晚...
    茶點故事閱讀 42,901評論 2 345

推薦閱讀更多精彩內(nèi)容