LinkedHashMap源碼解析(基于JDK1.7)

LinkedHashMap是HashMap的子類耐亏,在擁有HashMap功能之外可以保存元素插入順序焕毫,使得元素遍歷順序與元素插入順序相同。同時(shí)LinkedHashMap還可以根據(jù)元素訪問的時(shí)間先后順序來遍歷元素,Lru(Least recently used)算法中就是應(yīng)用了LinkdHashMap這一性質(zhì)哲银。那么這些功能具體是如何實(shí)現(xiàn)的莱没,只能通過解析源碼來揭秘了初肉。

LinkedHashMap構(gòu)造函數(shù)

構(gòu)造函數(shù)除了正常調(diào)用父類HashMap的構(gòu)造函數(shù)之外,還初始化了accessOrder為false.accessOrder為false時(shí)饰躲,表明遍歷元素是按照插入順序來訪問牙咏,即遍歷輸出順序和當(dāng)初元素插入順序相同;accessOrder為true時(shí)嘹裂,表明遍歷元素順序是根據(jù)訪問元素時(shí)間先后順序來遍歷元素妄壶,即最近訪問的元素最后輸出。具體會(huì)在下文解釋寄狼。

    public LinkedHashMap(int initialCapacity, float loadFactor) {
        super(initialCapacity, loadFactor);
        accessOrder = false;
    }

在HashMap構(gòu)造函數(shù)有個(gè)init函數(shù)沒有實(shí)現(xiàn)丁寄,在LinkedHashMap中實(shí)現(xiàn)了〔蠢ⅲ可以看出這個(gè)函數(shù)new了一個(gè)LinkedHashMapEntry類型的header節(jié)點(diǎn)伊磺,LinkedHashMapEntry繼承了HashMapEntry,增加了before和after指針。這個(gè)before和after和next有什么區(qū)別删咱?從第二行代碼只能看出是建立了一個(gè)環(huán)形雙向鏈表屑埋。要想知道有什么區(qū)別,需要繼續(xù)挖掘痰滋。

    @Override
    void init() {
        header = new LinkedHashMapEntry<>(-1, null, null, null);
        header.before = header.after = header;
    }

LinkedHashMap的put和擴(kuò)容

LinkedHashMap沒有實(shí)現(xiàn)put函數(shù)雀彼,還是調(diào)用HashMap的put函數(shù)壤蚜。

    public V put(K key, V value) {
        if (table == EMPTY_TABLE) {
            inflateTable(threshold);
        }
        if (key == null)
            return putForNullKey(value);
        int hash = sun.misc.Hashing.singleWordWangJenkinsHash(key);
        int i = indexFor(hash, table.length);
        for (HashMapEntry<K,V> e = table[i]; e != null; e = e.next) {
            Object k;
            if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
                V oldValue = e.value;
                e.value = value;
                e.recordAccess(this);
                return oldValue;
            }
        }

        modCount++;
        addEntry(hash, key, value, i);
        return null;
    }

其中recordAccess是HashMapEntry的成員函數(shù),在HashMap中是個(gè)空函數(shù)徊哑,具體實(shí)現(xiàn)在LInkedHashMap中袜刷。可以猜想這個(gè)函數(shù)與LInkedHashMap的順序存儲有關(guān)莺丑。


        void recordAccess(HashMap<K,V> m) {
            LinkedHashMap<K,V> lm = (LinkedHashMap<K,V>)m;
            //首先判斷是否為當(dāng)前是否為訪問順序模式著蟹。
            if (lm.accessOrder) {
                lm.modCount++;
                remove();
                addBefore(lm.header);
            }
        }
      // 這里其實(shí)是刪除雙鏈表單節(jié)點(diǎn)的操作,
        private void remove() {
            //當(dāng)前節(jié)點(diǎn)的前一個(gè)節(jié)點(diǎn)的after指針指向當(dāng)前節(jié)點(diǎn)的后一個(gè)節(jié)點(diǎn)梢莽。
            before.after = after;
           // before指針指向當(dāng)前節(jié)點(diǎn)的前一個(gè)節(jié)點(diǎn)萧豆。
            after.before = before;
        }
     // 將當(dāng)前節(jié)點(diǎn)插入到環(huán)形鏈表的頭節(jié)點(diǎn)的前一個(gè)節(jié)點(diǎn),其實(shí)也就是雙鏈表的尾部
        private void addBefore(LinkedHashMapEntry<K,V> existingEntry) {
            after  = existingEntry;
            before = existingEntry.before;
            before.after = this;
            after.before = this;
        }

因此在put操作時(shí)昏名,如果該key的元素存在涮雷,recordAccess會(huì)通過刪除節(jié)點(diǎn)并將該節(jié)點(diǎn)重新插入到雙鏈表的尾部。這樣就可以解釋第一節(jié)中的疑問轻局,在遍歷時(shí)最近訪問的元素會(huì)最后輸出洪鸭,就是因?yàn)槊看蝡ut操作會(huì)把節(jié)點(diǎn)重新放置到雙鏈表尾部。

LinkedHashMap重寫了addEntry仑扑,但是removeEldestEntry默認(rèn)返回false览爵。其實(shí)和HashMap的addEntry一樣。同時(shí)重寫了createEntry().相比于HashMap镇饮,不同在于多調(diào)用了addBefore函數(shù)蜓竹。在上面已經(jīng)分析了,是將該節(jié)點(diǎn)移動(dòng)到雙鏈表的尾部储藐。也就是LinkedHashMap除了要維護(hù)一個(gè)數(shù)組加鏈表俱济,還要維護(hù)一個(gè)雙鏈表。

    void addEntry(int hash, K key, V value, int bucketIndex) {
              LinkedHashMapEntry<K,V> eldest = header.after;
        if (eldest != header) {
            boolean removeEldest;
            size++;
            try {
                removeEldest = removeEldestEntry(eldest);
            } finally {
                size--;
            }
            if (removeEldest) {
                removeEntryForKey(eldest.key);
            }
        }
        super.addEntry(hash, key, value, bucketIndex);
    }
    void createEntry(int hash, K key, V value, int bucketIndex) {
        HashMapEntry<K,V> old = table[bucketIndex];
        LinkedHashMapEntry<K,V> e = new LinkedHashMapEntry<>(hash, key, value, old);
        table[bucketIndex] = e;
        e.addBefore(header);
        size++;
    }

LinkedHashMap的擴(kuò)容也是不同的钙勃,重寫了resize中的transfer函數(shù)姨蝴。HashMap中是通過遍歷每個(gè)鏈表來將舊元素拷貝到新的數(shù)組中,而LinkedHashMap由于有雙向鏈表來維護(hù)所有元素肺缕,因此直接遍歷雙向鏈表來拷貝舊元素左医。從遍歷的效率來說,遍歷雙向鏈表的效率要高于遍歷table同木,因?yàn)楸闅v雙向鏈表是N次(N為元素個(gè)數(shù))浮梢;而遍歷table是N+table的空余個(gè)數(shù)(N為元素個(gè)數(shù))。

    void transfer(HashMapEntry[] newTable) {
        int newCapacity = newTable.length;
        for (LinkedHashMapEntry<K,V> e = header.after; e != header; e = e.after) {
            int index = indexFor(e.hash, newCapacity);
            e.next = newTable[index];
            newTable[index] = e;
        }
    }
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末彤路,一起剝皮案震驚了整個(gè)濱河市秕硝,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌洲尊,老刑警劉巖远豺,帶你破解...
    沈念sama閱讀 222,252評論 6 516
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件奈偏,死亡現(xiàn)場離奇詭異,居然都是意外死亡躯护,警方通過查閱死者的電腦和手機(jī)惊来,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,886評論 3 399
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來棺滞,“玉大人裁蚁,你說我怎么就攤上這事〖套迹” “怎么了枉证?”我有些...
    開封第一講書人閱讀 168,814評論 0 361
  • 文/不壞的土叔 我叫張陵,是天一觀的道長移必。 經(jīng)常有香客問我室谚,道長,這世上最難降的妖魔是什么崔泵? 我笑而不...
    開封第一講書人閱讀 59,869評論 1 299
  • 正文 為了忘掉前任秒赤,我火速辦了婚禮,結(jié)果婚禮上管削,老公的妹妹穿的比我還像新娘。我一直安慰自己撑螺,他們只是感情好含思,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,888評論 6 398
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著甘晤,像睡著了一般含潘。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上线婚,一...
    開封第一講書人閱讀 52,475評論 1 312
  • 那天遏弱,我揣著相機(jī)與錄音,去河邊找鬼塞弊。 笑死漱逸,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的游沿。 我是一名探鬼主播饰抒,決...
    沈念sama閱讀 41,010評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼诀黍!你這毒婦竟也來了袋坑?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,924評論 0 277
  • 序言:老撾萬榮一對情侶失蹤眯勾,失蹤者是張志新(化名)和其女友劉穎枣宫,沒想到半個(gè)月后婆誓,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,469評論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡也颤,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,552評論 3 342
  • 正文 我和宋清朗相戀三年洋幻,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片歇拆。...
    茶點(diǎn)故事閱讀 40,680評論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡鞋屈,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出故觅,到底是詐尸還是另有隱情厂庇,我是刑警寧澤,帶...
    沈念sama閱讀 36,362評論 5 351
  • 正文 年R本政府宣布输吏,位于F島的核電站权旷,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏贯溅。R本人自食惡果不足惜拄氯,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,037評論 3 335
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望它浅。 院中可真熱鬧译柏,春花似錦、人聲如沸姐霍。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,519評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽镊折。三九已至胯府,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間恨胚,已是汗流浹背骂因。 一陣腳步聲響...
    開封第一講書人閱讀 33,621評論 1 274
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留赃泡,地道東北人寒波。 一個(gè)月前我還...
    沈念sama閱讀 49,099評論 3 378
  • 正文 我出身青樓,卻偏偏與公主長得像升熊,于是被迫代替她去往敵國和親影所。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,691評論 2 361

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