利用LinkHashMap實現(xiàn)LRU CACHE

LRU (Least Recently Used) 是一種緩存失效策略壁却,即指定最大緩存 item 的數(shù)量,在緩存數(shù)量不足時將最近最少使用的緩存淘汰掉。

不失一般的逊桦,我們假定對緩存主要有兩種操作:

  1. PUT泣栈,即將數(shù)據(jù)放入緩存中卜高;
  2. GET,即嘗試從緩存中獲取數(shù)據(jù)南片。

以上兩種操作都會被視為使用了緩存掺涛,當(dāng)緩存空間不足時,將最近最少使用的數(shù)據(jù)從緩存中移除疼进。使用 JAVA薪缆,我們應(yīng)當(dāng)如何實現(xiàn)以上的需求呢?

利用 HashMap 和 雙向鏈表實現(xiàn)

思考上述需求后伞广,可以有一個簡單的解決思路:利用 HashMap 存儲緩存數(shù)據(jù)拣帽,而后將數(shù)據(jù)節(jié)點組成一個雙向鏈表,每次 PUT 或 GET 操作后都將操作涉及到的緩存數(shù)據(jù)節(jié)點插入鏈表的尾部嚼锄,那么在緩存已滿需要淘汰數(shù)據(jù)時就可以將鏈表頭部指向的數(shù)據(jù)節(jié)點刪除了减拭。代碼如下:

public class LRUCache<K, V> {
    private int capacity;

    private Map<K, Node<K, V>> cacheData;

    private Node<K, V> head;

    private Node<K, V> tail;

    private static class Node<K, V> {
        private K key;

        private V value;

        private Node<K, V> pre;

        private Node<K, V> next;

        private Node(K key, V value) {
            this.key = key;
            this.value = value;
        }


    }

    public LRUCache(int capacity) {

        if (capacity <= 0) {
            throw new InvalidParameterException("capacity 必須大于0");
        }

        this.capacity = capacity;

        //初始化 HashMap 大小為 capacity, 負載因子為 0.75
        this.cacheData = new HashMap<>(this.capacity, 0.75f);

        // sentinel 方便處理
        this.head = new Node<>(null, null);
        this.tail = new Node<>(null, null);

        this.head.next = this.tail;

        this.tail.pre = this.head;
    }

    public void put(K key, V value) {

        if (null == key) {
            throw new NullPointerException("key 不能為 null");
        }

        Node<K, V> node = cacheData.get(key);
        //第一次 PUT 生成node
        if (null == node) {
            node = new Node<>(key, value);
        } else {
            deQueue(node);
        }

        //放入尾部
        putToTail(node);

        //是否需要淘汰數(shù)據(jù)
        removeLruIfNecessary();

        //放入緩存中
        cacheData.put(key, node);
    }

    /**
     * 刪除最近最少使用的數(shù)據(jù)
     */
    private void removeLruIfNecessary() {
        if (cacheData.size() >= capacity) {
            Node<K, V> remove = head.next;
            //從鏈表中移除
            deQueue(remove);
            cacheData.remove(remove.key);
        }
    }

    public V get(K key) {
        if (null == key) {
            throw new NullPointerException("key 不能為 null");
        }
        Node<K, V> node = cacheData.get(key);
        if (null == node) {
            return null;
        }

        //從鏈表中移除
        deQueue(node);

        //加入鏈表尾部
        putToTail(node);

        return node.value;
    }


    private void deQueue(Node<K, V> node) {
        node.pre.next = node.next;
        node.next.pre = node.pre;
        node.next = node.pre = null;
    }

    private void putToTail(Node<K, V> node) {
        node.pre = tail.pre;
        node.next = tail;
        node.pre.next = node;
        tail.pre = node;
    }
}

進行簡單的測試:

    public static void main(String[] args) {
        LRUCache<Integer, Integer> lruCache = new LRUCache<>(10);

        for (int i = 0; i < 20; i++) {
            lruCache.put(i, i);
        }

        for (int j = 19; j >= 10; j--) {
            lruCache.get(j);
        }
    }
put(14,14)時
get(16)時

利用LinkedHashMap 實現(xiàn)

上面的實現(xiàn)其實還是有些復(fù)雜,其實 JDK 中的 LinkedHashMap 早就幫我們實現(xiàn)好了需要的功能区丑。LinkedHashMap 是HashMap 的一個子類拧粪,保存了記錄的插入順序修陡,在用 Iterator 遍歷 LinkedHashMap 時,先得到的記錄肯定是先插入的.也可以在構(gòu)造時用帶參數(shù)既们,按照應(yīng)用次數(shù)排序濒析。

使用 LinkedHashMap 構(gòu)造 LRU cache的代碼如下:

public class LRUCache<K, V> {

    private LinkedHashMap<K, V> linkedHashMap;

    public LRUCache(int capacity) {
        linkedHashMap = new LinkedHashMap<K, V>(capacity, 0.75f, true) {
            @Override
            protected boolean removeEldestEntry(Map.Entry<K, V> eldest) {
                return size() > capacity;
            }
        };
    }

    public void put(K key, V value) {
        linkedHashMap.put(key, value);
    }

    public V get(K key) {
        return linkedHashMap.get(key);
    }
}

可以看到,只需要指定構(gòu)造函數(shù)的 accessOrder 為true啥纸,再重寫 LinkedHashMapremoveEldestEntry 方法号杏,使其在容量超過預(yù)設(shè)大小時刪除最老元素即可。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末斯棒,一起剝皮案震驚了整個濱河市盾致,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌荣暮,老刑警劉巖庭惜,帶你破解...
    沈念sama閱讀 217,542評論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異穗酥,居然都是意外死亡护赊,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,822評論 3 394
  • 文/潘曉璐 我一進店門砾跃,熙熙樓的掌柜王于貴愁眉苦臉地迎上來骏啰,“玉大人,你說我怎么就攤上這事抽高∨懈” “怎么了?”我有些...
    開封第一講書人閱讀 163,912評論 0 354
  • 文/不壞的土叔 我叫張陵翘骂,是天一觀的道長壁熄。 經(jīng)常有香客問我,道長碳竟,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,449評論 1 293
  • 正文 為了忘掉前任莹桅,我火速辦了婚禮方仿,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘统翩。我一直安慰自己,他們只是感情好此洲,可當(dāng)我...
    茶點故事閱讀 67,500評論 6 392
  • 文/花漫 我一把揭開白布厂汗。 她就那樣靜靜地躺著,像睡著了一般呜师。 火紅的嫁衣襯著肌膚如雪娶桦。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,370評論 1 302
  • 那天,我揣著相機與錄音衷畦,去河邊找鬼栗涂。 笑死,一個胖子當(dāng)著我的面吹牛祈争,可吹牛的內(nèi)容都是我干的斤程。 我是一名探鬼主播,決...
    沈念sama閱讀 40,193評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼菩混,長吁一口氣:“原來是場噩夢啊……” “哼忿墅!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起沮峡,我...
    開封第一講書人閱讀 39,074評論 0 276
  • 序言:老撾萬榮一對情侶失蹤疚脐,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后邢疙,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體棍弄,經(jīng)...
    沈念sama閱讀 45,505評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,722評論 3 335
  • 正文 我和宋清朗相戀三年疟游,在試婚紗的時候發(fā)現(xiàn)自己被綠了呼畸。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,841評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡乡摹,死狀恐怖役耕,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情聪廉,我是刑警寧澤瞬痘,帶...
    沈念sama閱讀 35,569評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站板熊,受9級特大地震影響框全,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜干签,卻給世界環(huán)境...
    茶點故事閱讀 41,168評論 3 328
  • 文/蒙蒙 一津辩、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧容劳,春花似錦喘沿、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,783評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至留量,卻和暖如春窄赋,著一層夾襖步出監(jiān)牢的瞬間哟冬,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,918評論 1 269
  • 我被黑心中介騙來泰國打工忆绰, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留浩峡,地道東北人。 一個月前我還...
    沈念sama閱讀 47,962評論 2 370
  • 正文 我出身青樓错敢,卻偏偏與公主長得像翰灾,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子伐债,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,781評論 2 354

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

  • Collection & Map Collection 子類有 List 和 Set List --> Array...
    任教主來也閱讀 3,162評論 1 9
  • 歡迎訪問我的博客:http://wangnan.tech 概述 HashMap 是無序的预侯,HashMap 在 pu...
    GhostStories閱讀 1,616評論 0 7
  • 理論總結(jié) 它要解決什么樣的問題? 數(shù)據(jù)的訪問峰锁、存取萎馅、計算太慢、太不穩(wěn)定虹蒋、太消耗資源糜芳,同時,這樣的操作存在重復(fù)性魄衅。因...
    jiangmo閱讀 2,851評論 0 11
  • 本文根據(jù)jdk1.7 HashMap 結(jié)構(gòu)特點 1峭竣、table是一個Entry[]數(shù)組類型,而Entry實際上就是...
    eqgao閱讀 301評論 0 2
  • 親愛的老爸老媽們晃虫,一路走來皆撩,我們已經(jīng)學(xué)習(xí)了11周了,大家有什么特別感興趣的話題哲银,請在群里告訴我們志愿者們扛吞,祝大家身...
    一三心理閱讀 394評論 0 0