HashMap鏈表與紅黑樹轉(zhuǎn)換詳解
鏈表轉(zhuǎn)換為紅黑樹
//此處遍歷鏈表
for (int binCount = 0; ; ++binCount) {
//遍歷到鏈表最后一個節(jié)點
if ((e = p.next) == null) {
p.next = newNode(hash, key, value, null);
//如果鏈表元素個數(shù)大于等于TREEIFY_THRESHOLD
if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
//紅黑樹轉(zhuǎn)換邏輯
treeifyBin(tab, hash);
break;
}
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
break;
p = e;
}
static final int MIN_TREEIFY_CAPACITY = 64;
static final int UNTREEIFY_THRESHOLD = 6;
/**
* Replaces all linked nodes in bin at index for given hash unless
* table is too small, in which case resizes instead.
*/
final void treeifyBin(Node<K,V>[] tab, int hash) {
int n, index; Node<K,V> e;
if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
resize();
else if ((e = tab[index = (n - 1) & hash]) != null) {
TreeNode<K,V> hd = null, tl = null;
do {
TreeNode<K,V> p = replacementTreeNode(e, null);
if (tl == null)
hd = p;
else {
p.prev = tl;
tl.next = p;
}
tl = p;
} while ((e = e.next) != null);
if ((tab[index] = hd) != null)
hd.treeify(tab);
}
}
可以看到在treeifyBin中并不是簡單地將鏈表轉(zhuǎn)換為紅黑樹,而是先判斷table的長度是否大于64,如果小于64,就通過擴(kuò)容的方式來解決,避免紅黑樹結(jié)構(gòu)化. 個人覺得鏈表長度大于8有兩種情況:
- table長度足夠,hash沖突過多
- table長度太小,但是在計算table下標(biāo)的時候,導(dǎo)致很多hash不一致的key計算的下標(biāo)一致
所以擴(kuò)容后鏈表長度變短,讀寫效率自然提高。另外,擴(kuò)容相對于轉(zhuǎn)換為紅黑樹的好處在于可以保證數(shù)據(jù)結(jié)構(gòu)更簡單。并不是鏈表長度超過8就一定會轉(zhuǎn)換成紅黑樹,而是先嘗試擴(kuò)容。
紅黑樹轉(zhuǎn)換為鏈表
基本思想是當(dāng)紅黑樹中的元素減少并小于一定數(shù)量時,會切換回鏈表。
而元素減少有兩種情況:
- 調(diào)用map的remove方法刪除元素
- resize的時候,對紅黑樹進(jìn)行了拆分
1、hashMap的remove方法,會進(jìn)入到removeNode方法,找到要刪除的節(jié)點,并判斷node類型是否為treeNode,然后進(jìn)入刪除紅黑樹節(jié)點邏輯的removeTreeNode方法中,該方法有關(guān)解除紅黑樹結(jié)構(gòu)的分支如下
//判斷是否要解除紅黑樹的條件
if (root == null || root.right == null ||
(rl = root.left) == null || rl.left == null) {
tab[index] = first.untreeify(map); // too small
return;
}
此時是通過紅黑樹根節(jié)點及其子節(jié)點是否為空來判斷,而滿足該條件的最大紅黑樹結(jié)構(gòu)如下:

節(jié)點數(shù)為10,大于 UNTREEIFY_THRESHOLD(6),但是根據(jù)該方法的邏輯判斷,是需要轉(zhuǎn)換為鏈表的
2、resize的時候,判斷節(jié)點類型,如果是鏈表,則將鏈表拆分,如果是TreeNode,則執(zhí)行TreeNode的split方法分割紅黑樹,而split方法中將紅黑樹轉(zhuǎn)換為鏈表的分支如下
//在這之前的邏輯是將紅黑樹每個節(jié)點的hash和一個bit進(jìn)行&運算,
//根據(jù)運算結(jié)果將樹劃分為兩棵紅黑樹,lc表示其中一棵樹的節(jié)點數(shù)
if (lc <= UNTREEIFY_THRESHOLD)
tab[index] = loHead.untreeify(map);
else {
tab[index] = loHead;
if (hiHead != null) // (else is already treeified)
loHead.treeify(tab);
}
這里才用到了 UNTREEIFY_THRESHOLD 的判斷,當(dāng)紅黑樹節(jié)點元素小于等于6時,才調(diào)用untreeify方法轉(zhuǎn)換回鏈表
總結(jié)
1、hashMap并不是在鏈表元素個數(shù)大于8就一定會轉(zhuǎn)換為紅黑樹,而是先考慮擴(kuò)容,擴(kuò)容達(dá)到默認(rèn)限制后才轉(zhuǎn)換
2、hashMap的紅黑樹不一定小于6的時候才會轉(zhuǎn)換為鏈表,而是只有在resize的時候才會根據(jù) UNTREEIFY_THRESHOLD 進(jìn)行轉(zhuǎn)換。
到此這篇關(guān)于HashMap鏈表與紅黑樹轉(zhuǎn)換詳解的文章就介紹到這了,更多相關(guān)HashMap鏈表轉(zhuǎn)換內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SpringCloud客戶端報錯:- was unable to send&nb
這篇文章主要介紹了SpringCloud客戶端報錯:- was unable to send heartbeat!的問題及解決方案,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-05-05
Java數(shù)據(jù)結(jié)構(gòu)之隊列(動力節(jié)點Java學(xué)院整理)
隊列(Queue)是只允許在一端進(jìn)行插入,而在另一端進(jìn)行刪除的運算受限的線性表。 這篇文章詳細(xì)給大家介紹了java數(shù)據(jù)結(jié)構(gòu)之隊列,感興趣的朋友跟隨小編一起學(xué)習(xí)吧2017-04-04
詳解SpringBoot 快速整合MyBatis(去XML化)
本篇文章主要介紹了詳解SpringBoot 快速整合MyBatis(去XML化),非常具有實用價值,需要的朋友可以參考下2017-10-10
Java并發(fā)多線程編程之CountDownLatch的用法
這篇文章主要介紹了Java并發(fā)多線程編程之CountDownLatch的用法,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-06-06
Springcloud seata分布式事務(wù)實現(xiàn)代碼解析
這篇文章主要介紹了Springcloud seata分布式事務(wù)實現(xiàn)代碼解析,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-12-12

