HashMap為什么要先插入再擴(kuò)容JDK1.8

JDK1.8開始HashMap為什么要先插入后擴(kuò)容,網(wǎng)上查找有說先擴(kuò)容再插入可以少遍歷之類的,其實(shí)不管是先擴(kuò)容還是先插入,它的原則還是尾插法都是避免不了要遍歷的,那它為什么還是要先插入呢,只要看插入邏輯和擴(kuò)充邏輯做了哪些操作就知道了,以下也 只是個(gè)人的理解,如有錯(cuò)誤歡迎指點(diǎn)

首先看下JDK1.8 HashMap插入的源碼
1:插入操作如果數(shù)組中的節(jié)點(diǎn)是紅黑樹是往節(jié)點(diǎn)中插入節(jié)點(diǎn), 如果是鏈表的時(shí)候可能會要從鏈表升級成紅黑樹,似乎先插入再擴(kuò)容還是先擴(kuò)容后插入都是沒影響的都是要遍歷, 那問題原因就在擴(kuò)容機(jī)制里
else if (p instanceof TreeNode)
    e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
else {
    for (int binCount = 0; ; ++binCount) {
        if ((e = p.next) == null) {
            p.next = newNode(hash, key, value, null);
            /**
            *  這里要滿足當(dāng)前鏈表的長度>=7,遍歷是從根節(jié)點(diǎn)開始,因此相當(dāng)于包括根節(jié)點(diǎn)有8個(gè)時(shí)再插入就會調(diào)用此方法
            */
            if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
                treeifyBin(tab, hash);
            break;
        }
        if (e.hash == hash &&
            ((k = e.key) == key || (key != null && key.equals(k))))
            break;
        p = e;
    }
}

2:再看看擴(kuò)容的源碼中有個(gè)關(guān)鍵的代碼((TreeNode<K,V>)e).split(this, newTab, j, oldCap);
if (loHead != null) {
    if (lc <= UNTREEIFY_THRESHOLD)
        tab[index] = loHead.untreeify(map);
    else {
        tab[index] = loHead;
        if (hiHead != null) // (else is already treeified)
            loHead.treeify(tab);
    }
}
if (hiHead != null) {
    if (hc <= UNTREEIFY_THRESHOLD)
        tab[index + bit] = hiHead.untreeify(map);
    else {
        tab[index + bit] = hiHead;
        if (loHead != null)
            hiHead.treeify(tab);
    }
}

擴(kuò)容的時(shí)候如果紅黑樹節(jié)點(diǎn)的個(gè)數(shù)<=6個(gè)時(shí),就會降級成鏈表了

HashMap為何將紅黑樹降級鏈表的閾值設(shè)置成6而不是7, 就是防止節(jié)點(diǎn)在紅黑樹與鏈表之間因插入擴(kuò)容而頻繁的轉(zhuǎn)變,頻繁的轉(zhuǎn)變是要消耗性能,而插入時(shí)的操作中將紅黑樹變成鏈表的觸發(fā)條件就是擴(kuò)容
下面就舉例頻繁轉(zhuǎn)變臨界點(diǎn)的情況 ,根據(jù)頻繁轉(zhuǎn)變臨界點(diǎn)的情況對比來說明原因,假設(shè)插入的節(jié)點(diǎn)剛好都在當(dāng)前的鏈表或者紅黑樹的索引位置上
臨界點(diǎn)情形一

假設(shè)當(dāng)前插入節(jié)點(diǎn)是紅黑樹結(jié)構(gòu)有7個(gè), 如果先擴(kuò)容后會有1個(gè)節(jié)點(diǎn)移到別的index索引時(shí),導(dǎo)致當(dāng)前紅黑樹的節(jié)點(diǎn)變成6個(gè)就會降級成鏈表再插入變成7個(gè)節(jié)點(diǎn)的鏈表。
而如果是先插入的話就是8個(gè)節(jié)點(diǎn)紅黑樹,然后擴(kuò)容即使有1個(gè)節(jié)點(diǎn)移到別的位置也還是7個(gè)節(jié)點(diǎn)也不會轉(zhuǎn)變成鏈表
\color{red}{而且即使大于7個(gè)節(jié)點(diǎn)的紅黑樹先擴(kuò)容都有可能降成鏈表}
\color{red}{而先擴(kuò)容再插入時(shí)如果連續(xù)再插入2個(gè)相同索引位置的節(jié)點(diǎn)鏈表就又會變紅黑樹}

臨界點(diǎn)情形二

和情形一邏輯相反的情況,如果當(dāng)前插入節(jié)點(diǎn)為8個(gè)且為鏈表的時(shí)候,如果先擴(kuò)容后會有1個(gè)節(jié)點(diǎn)移到別的index索引時(shí)再插入還是8個(gè)節(jié)點(diǎn)鏈表不會變紅黑樹,而如果是先插入就會變成紅黑樹再擴(kuò)容有1節(jié)點(diǎn)移動(dòng)時(shí)變成8個(gè)節(jié)點(diǎn)的紅黑樹,如果此時(shí)移除節(jié)點(diǎn)又有可能降成鏈表,先分析下移除節(jié)點(diǎn)時(shí)降鏈表?xiàng)l件的源碼

//這是移除時(shí)的部分源碼
if (root == null || root.right == null ||  (rl = root.left) == null || rl.left == null) {
       tab[index] = first.untreeify(map);  // too small
       return;
}

可以看出在移除節(jié)點(diǎn)的時(shí)候不一定是6個(gè)節(jié)點(diǎn)就會導(dǎo)致紅黑樹降級成鏈表,根據(jù)紅黑樹的特點(diǎn)有可能當(dāng)前鏈表 3 <= Nodes <=6時(shí)才會降級成鏈表
\color{red}{而且只有鏈表為8個(gè)節(jié)點(diǎn)的時(shí)候先插入才會變紅黑樹}
\color{red}{先插入再擴(kuò)容時(shí)如果再連續(xù)移除最少2個(gè)最多5個(gè)節(jié)點(diǎn)的時(shí)候才又會降成鏈表}

\color{red}{結(jié)論:通過以上兩種臨界情形對比,很明顯如果先擴(kuò)容再插入時(shí)頻繁轉(zhuǎn)變的概率要比先插入后擴(kuò)容頻繁轉(zhuǎn)變的概率高}

這里也給一個(gè)模擬HashMap造出紅黑樹的測試代碼,紅黑樹為7個(gè)節(jié)點(diǎn)的時(shí)候,從64擴(kuò)容到128時(shí)導(dǎo)致了key為64的節(jié)點(diǎn)移到第64的索引中去,而紅黑樹就變成了鏈表了
public static void main(String[] args) {
        //默認(rèn)64個(gè)大小hashMap,只要數(shù)組長度>=64, 且鏈表 》=8時(shí)時(shí)才會轉(zhuǎn)紅黑樹
        HashMap<Integer, String> map = new HashMap<>(64);
        map.put(0, "王二麻子 0");
        map.put(64, "王二麻子 1");
        map.put(128, "王二麻子 2");
        map.put(256, "王二麻子 3");
        map.put(512, "王二麻子 4");
        map.put(1024, "王二麻子 5");
        map.put(2048, "王二麻子 6");
        map.put(4096, "王二麻子 7");
        map.put(8192, "王二麻子 8");
        //以上步驟就會生成在第0的索引上的一個(gè)9個(gè)節(jié)點(diǎn)的紅黑樹結(jié)構(gòu)
        map.remove(8192);
        map.remove(4096);
        //移除二個(gè)后此時(shí)是一個(gè)有7個(gè)節(jié)點(diǎn)的紅黑樹
        //這一步添加41個(gè)其他位置上的節(jié)點(diǎn),只要不在0節(jié)點(diǎn)上就行,讓節(jié)點(diǎn)總數(shù)達(dá)到 64*0.75 = 48個(gè)
        for (int i = 1; i <= 41; i++) {
            map.put(i, "張三 " + i);
        }
        //插入第49個(gè)時(shí)觸發(fā)擴(kuò)容,此后紅黑樹結(jié)構(gòu)就變成鏈表結(jié)構(gòu)了
        map.put(42, "李四");
    }
以上只是個(gè)人觀點(diǎn),如有錯(cuò)誤歡迎指點(diǎn)
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,963評論 6 542
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,348評論 3 429
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,083評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,706評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,442評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,802評論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,795評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,983評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,542評論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,287評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,486評論 1 374
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,030評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,710評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,116評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,412評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,224評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,462評論 2 378

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