ConcurrentHashMap源碼分析_JDK1.8版本 聲明
文章均為本人技術(shù)筆記,轉(zhuǎn)載請(qǐng)注明出處
[1] https://segmentfault.com/u/yzwall
[2] blog.csdn.net/j_dark/
在JDK1.6中,ConcurrentHashMap將數(shù)據(jù)分成一段一段存儲(chǔ),給每一段數(shù)據(jù)配一把鎖,當(dāng)一個(gè)線程獲得鎖互斥訪問一個(gè)段數(shù)據(jù)時(shí),其他段的數(shù)據(jù)也可被其他線程訪問;每個(gè)Segment擁有一把可重入鎖,因此ConcurrentHashMap的分段鎖數(shù)目即為Segment數(shù)組長(zhǎng)度。ConcurrentHashMap結(jié)構(gòu):每一個(gè)segment都是一個(gè)HashEntry
當(dāng)一個(gè)線程訪問Node/鍵值對(duì)數(shù)據(jù)時(shí),必須獲得與它對(duì)應(yīng)的segment鎖,其他線程可以訪問其他Segment中的數(shù)據(jù)(鎖分離);
ConcurrentHashMap聲明無鎖算法:CAS 樂觀鎖與悲觀鎖public class ConcurrentHashMap
extends AbstractMap implements ConcurrentMap , Serializable
悲觀鎖比如synchronized鎖,為確保其他線程不會(huì)干擾當(dāng)前線程工作,因此掛起其他需要鎖的線程,等待持有鎖的線程釋放;
樂觀鎖總是假設(shè)沒有沖突發(fā)生去做操作,如果檢測(cè)到?jīng)_突就失敗重試,知道成功為止;
CAS算法CAS(Compare And Swap):CAS算法包含三個(gè)參數(shù)CAS(V, E, N),判斷預(yù)期值E和內(nèi)存舊值是否相同(Compare),如果相等用新值N覆蓋舊值V(Swap),否則失??;
當(dāng)多個(gè)線程嘗試使用CAS同時(shí)更新同一個(gè)變量時(shí),只有其中一個(gè)線程能更新變量的值,其他線程失敗(失敗線程不會(huì)被阻塞,而是被告知“失敗”,可以繼續(xù)嘗試);
CAS在硬件層面可以被編譯為機(jī)器指令執(zhí)行,因此性能高于基于鎖占有方式實(shí)現(xiàn)線程安全;
JDK 1.8取消類segments字段,直接用table數(shù)組存儲(chǔ)鍵值對(duì),JDK1.6中每個(gè)bucket中鍵值對(duì)組織方式是單向鏈表,查找復(fù)雜度是O(n),JDK1.8中當(dāng)鏈表長(zhǎng)度超過TREEIFY_THRESHOLD時(shí),鏈表轉(zhuǎn)換為紅黑樹,查詢復(fù)雜度可以降低到O(log n),改進(jìn)性能;
鎖分離JDK1.8中,一個(gè)線程每次對(duì)一個(gè)桶(鏈表 or 紅黑樹)進(jìn)行加鎖,其他線程仍然可以訪問其他桶;
線程安全ConcurrentHashMap底層數(shù)據(jù)結(jié)構(gòu)與HashMap相同,仍然采用table數(shù)組+鏈表+紅黑樹結(jié)構(gòu);
一個(gè)線程進(jìn)行put/remove操作時(shí),對(duì)桶(鏈表 or 紅黑樹)加上synchronized獨(dú)占鎖;
ConcurrentHashMap采用CAS算法保證線程安全;
transient volatile Node
private transient volatile Node
private transient volatile long baseCount:記錄當(dāng)前鍵值對(duì)總數(shù),通過CAS更新,對(duì)所有線程可見
private transient volatile int sizeCtl
sizeCtl表示鍵值對(duì)總數(shù)閾值,通過CAS更新, 對(duì)所有線程可見
當(dāng)sizeCtl < 0時(shí),表示多個(gè)線程在等待擴(kuò)容;
當(dāng)sizeCtl = 0時(shí),默認(rèn)值;
當(dāng)sizeCtl > 0時(shí),表示擴(kuò)容的閾值;
private transient volatile int cellBusy:自旋鎖;
private transient volatile CounterCell[] counterCells: counter cell表,長(zhǎng)度總為2的冪次;
static class Segment
// 視圖 private transient KeySetView描述鍵值對(duì):NodekeySet private transient ValuesView values private transient EntrySetView entrySet
static class NodeConcurrentHashMap重要方法分析 構(gòu)造函數(shù) ConcurrentHashMap(int initialCapacity, float loadFactor, int concurrencyLevel)implements Map.Entry { final int hash; final K key; // 鍵值對(duì)的value和next均為volatile類型 volatile V val; volatile Node next; ... }
public ConcurrentHashMap(int initialCapacity, float loadFactor, int concurrencyLevel) { if (!(loadFactor > 0.0f) || initialCapacity < 0 || concurrencyLevel <= 0) throw new IllegalArgumentException(); if (initialCapacity < concurrencyLevel) // Use at least as many bins initialCapacity = concurrencyLevel; // as estimated threads long size = (long)(1.0 + (long)initialCapacity / loadFactor); int cap = (size >= (long)MAXIMUM_CAPACITY) ? MAXIMUM_CAPACITY : tableSizeFor((int)size); this.sizeCtl = cap; }
該構(gòu)造器會(huì)根據(jù)輸入的initialCapacity確定一個(gè) >= initialCapacity的最小2的次冪;
concurrentLevel:在JDK1.8之前本質(zhì)是ConcurrentHashMap分段鎖總數(shù),表示同時(shí)更新ConcurrentHashMap且不產(chǎn)生鎖競(jìng)爭(zhēng)的最大線程數(shù);在JDK1.8中,僅在構(gòu)造器中確保初始容量>=concurrentLevel,為兼容舊版本而保留;
添加/更新鍵值對(duì):putVal putVal方法分析final V putVal(K key, V value, boolean onlyIfAbsent) { if (key == null || value == null) throw new NullPointerException(); int hash = spread(key.hashCode()); int binCount = 0; // 不斷CAS探測(cè),如果其他線程正在修改tab,CAS嘗試失敗,直到成功為止 for (Node[] tab = table;;) { Node f; int n, i, fh; // 空表,對(duì)tab進(jìn)行初始化 if (tab == null || (n = tab.length) == 0) tab = initTable(); /** * CAS探測(cè)空桶 * 計(jì)算key所在bucket表中數(shù)組索引: i = (n - 1) & hash) */ else if ((f = tabAt(tab, i = (n - 1) & hash)) == null) { // CAS添加新鍵值對(duì) if (casTabAt(tab, i, null, new Node (hash, key, value, null))) break; // no lock when adding to empty bin } // 檢測(cè)到tab[i]桶正在進(jìn)行rehash, else if ((fh = f.hash) == MOVED) tab = helpTransfer(tab, f); else { V oldVal = null; // 對(duì)桶的首元素上鎖獨(dú)占 synchronized (f) { if (tabAt(tab, i) == f) { // 桶中鍵值對(duì)組織形式是鏈表 if (fh >= 0) { binCount = 1; for (Node e = f;; ++binCount) { K ek; if (e.hash == hash && ((ek = e.key) == key || (ek != null && key.equals(ek)))) { oldVal = e.val; // 查找到對(duì)應(yīng)鍵值對(duì),更新值 if (!onlyIfAbsent) e.val = value; break; } // 桶中沒有對(duì)應(yīng)鍵值對(duì),插入到鏈表尾部 Node pred = e; if ((e = e.next) == null) { pred.next = new Node (hash, key, value, null); break; } } } // 桶中鍵值對(duì)組織形式是紅黑樹 else if (f instanceof TreeBin) { Node p; binCount = 2; if ((p = ((TreeBin )f).putTreeVal(hash, key, value)) != null) { oldVal = p.val; if (!onlyIfAbsent) p.val = value; } } } } // 檢查桶中鍵值對(duì)總數(shù) if (binCount != 0) { if (binCount >= TREEIFY_THRESHOLD) // 鏈表轉(zhuǎn)換為紅黑樹 treeifyBin(tab, i); if (oldVal != null) return oldVal; break; } } } // 更新baseCount addCount(1L, binCount); return null; }
synchronized (f) {}操作通過對(duì)桶的首元素 = 鏈表表頭 Or 紅黑樹根節(jié)點(diǎn)加鎖,從而實(shí)現(xiàn)對(duì)整個(gè)桶進(jìn)行加鎖,有鎖分離思想的體現(xiàn);
獲取鍵值對(duì):getpublic V get(Object key) { Node[] tab; Node e, p; int n, eh; K ek; int h = spread(key.hashCode()); if ((tab = table) != null && (n = tab.length) > 0 && (e = tabAt(tab, (n - 1) & h)) != null) { if ((eh = e.hash) == h) { if ((ek = e.key) == key || (ek != null && key.equals(ek))) return e.val; } else if (eh < 0) return (p = e.find(h, key)) != null ? p.val : null; while ((e = e.next) != null) { if (e.hash == h && ((ek = e.key) == key || (ek != null && key.equals(ek)))) return e.val; } } return null; }
get方法通過CAS保證鍵值對(duì)的原子性,當(dāng)tab[i]被鎖住,CAS失敗并不斷重試,保證get不會(huì)出錯(cuò);
刪除鍵值對(duì):remove 擴(kuò)容機(jī)制 transfer當(dāng)baseCount超過sizeCtl,將table中所有bin內(nèi)的鍵值對(duì)拷貝到nextTable;
待補(bǔ)充;
待補(bǔ)充;
table原子操作方法 獲取tab[i]:tabAtstatic finalNode tabAt(Node [] tab, int i) { return (Node )U.getObjectVolatile(tab, ((long)i << ASHIFT) + ABASE); }
tabAt方法原子讀取table[i];調(diào)用Unsafe對(duì)象的getObjectVolatile方法獲取tab[i],由于對(duì)volatile寫操作happen-before于volatile讀操作,因此其他線程對(duì)table的修改均對(duì)get讀取可見;
((long)i << ASHIFT) + ABASE)計(jì)算i元素的地址
static finalboolean casTabAt(Node [] tab, int i, Node c, Node v) { return U.compareAndSwapObject(tab, ((long)i << ASHIFT) + ABASE, c, v); }
casTabAt通過compareAndSwapObject方法比較tabp[i]和v是否相等,相等就用c更新tab[i];
更新鍵值對(duì):setTabAtstatic finalvoid setTabAt(Node [] tab, int i, Node v) { U.putObjectVolatile(tab, ((long)i << ASHIFT) + ABASE, v); }
僅在synchronized同步塊中被調(diào)用,更新鍵值對(duì);
CAS更新baseCount addCountaddCountprivate final void addCount(long x, int check) { CounterCell[] as; long b, s; // s = b + x,完成baseCount++操作; if ((as = counterCells) != null || !U.compareAndSwapLong(this, BASECOUNT, b = baseCount, s = b + x)) { CounterCell a; long v; int m; boolean uncontended = true; if (as == null || (m = as.length - 1) < 0 || (a = as[ThreadLocalRandom.getProbe() & m]) == null || !(uncontended = U.compareAndSwapLong(a, CELLVALUE, v = a.value, v + x))) { // 多線程CAS發(fā)生失敗時(shí)執(zhí)行 fullAddCount(x, uncontended); return; } if (check <= 1) return; s = sumCount(); } if (check >= 0) { Node[] tab, nt; int n, sc; // 當(dāng)更新后的鍵值對(duì)總數(shù)baseCount >= 閾值sizeCtl時(shí),進(jìn)行rehash while (s >= (long)(sc = sizeCtl) && (tab = table) != null && (n = tab.length) < MAXIMUM_CAPACITY) { int rs = resizeStamp(n); // sc < 0 表示其他線程已經(jīng)在rehash if (sc < 0) { if ((sc >>> RESIZE_STAMP_SHIFT) != rs || sc == rs + 1 || sc == rs + MAX_RESIZERS || (nt = nextTable) == null || transferIndex <= 0) break; // 其他線程的rehash操作已經(jīng)完成,當(dāng)前線程可以進(jìn)行rehash if (U.compareAndSwapInt(this, SIZECTL, sc, sc + 1)) transfer(tab, nt); } // sc >= 0 表示只有當(dāng)前線程在進(jìn)行rehash操作,調(diào)用輔助擴(kuò)容方法transfer else if (U.compareAndSwapInt(this, SIZECTL, sc, (rs << RESIZE_STAMP_SHIFT) + 2)) transfer(tab, null); s = sumCount(); } } }
addCount負(fù)責(zé)對(duì)baseCount + 1操作,CounterCell是Striped64類型,否則應(yīng)對(duì)高并發(fā)問題;
fullAddCount待補(bǔ)充;
參考[1] 《Java并發(fā)編程的藝術(shù)》
[2] ??http://www.cnblogs.com/leesf4...
[3] ??http://blog.csdn.net/u0108877...
[4] ??http://www.cnblogs.com/Mainz/...
[5] ??http://www.cnblogs.com/huaizu...
[6] ??http://www.cnblogs.com/everSe...
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://www.ezyhdfw.cn/yun/66986.html
摘要:若遇到哈希沖突,則將沖突的值加到鏈表中即可。之后相比于之前的版本,之后在解決哈希沖突時(shí)有了較大的變化,當(dāng)鏈表長(zhǎng)度大于閾值默認(rèn)為時(shí),將鏈表轉(zhuǎn)化為紅黑樹,以減少搜索時(shí)間。有序,唯一紅黑樹自平衡的排序二叉樹。 本文是最最最常見Java面試題總結(jié)系列第三周的文章。主要內(nèi)容: Arraylist 與 LinkedList 異同 ArrayList 與 Vector 區(qū)別 HashMap的底層...
摘要:最近準(zhǔn)備面試,一談到基礎(chǔ),大部分面試官上來就數(shù)據(jù)結(jié)構(gòu)素質(zhì)三連與區(qū)別,底層數(shù)據(jù)結(jié)構(gòu),為什么能保證線程安全。數(shù)組順序存儲(chǔ),內(nèi)存連續(xù),查詢快,插入刪除效率稍微低,不過現(xiàn)在略有改善。而在開始,是由和的方式去實(shí)現(xiàn)高并發(fā)下的線程安全。 最近準(zhǔn)備面試,一談到j(luò)ava基礎(chǔ),大部分面試官上來就java數(shù)據(jù)結(jié)構(gòu)素質(zhì)三連:ArrayList與LinkedList區(qū)別,HashMap底層數(shù)據(jù)結(jié)構(gòu),Concur...
摘要:下面我來簡(jiǎn)單總結(jié)一下的核心要點(diǎn)底層結(jié)構(gòu)是散列表數(shù)組鏈表紅黑樹,這一點(diǎn)和是一樣的。是將所有的方法進(jìn)行同步,效率低下。而作為一個(gè)高并發(fā)的容器,它是通過部分鎖定算法來進(jìn)行實(shí)現(xiàn)線程安全的。 前言 聲明,本文用的是jdk1.8 前面章節(jié)回顧: Collection總覽 List集合就這么簡(jiǎn)單【源碼剖析】 Map集合、散列表、紅黑樹介紹 HashMap就是這么簡(jiǎn)單【源碼剖析】 LinkedHas...
摘要:所謂拉鏈法就是將鏈表和數(shù)組相結(jié)合。若遇到哈希沖突,則將沖突的值加到鏈表中即可。在編寫程序中,要盡量避免。 目錄: 0-1. 簡(jiǎn)介 0-2. 內(nèi)部結(jié)構(gòu)分析 0-2-1. JDK18之前 0-2-2. JDK18之后 0-3. LinkedList源碼分析 0-3-1. 構(gòu)造方法 0-3-2. put方法 0-3-3. get方法 0-3-4. resize方法 ...
閱讀 2919·2023-04-25 18:06
閱讀 2740·2021-11-22 09:34
閱讀 1765·2021-11-08 13:16
閱讀 1394·2021-09-24 09:47
閱讀 3099·2019-08-30 15:44
閱讀 2832·2019-08-29 17:24
閱讀 2653·2019-08-23 18:37
閱讀 2493·2019-08-23 16:55