JDK1.8 ConcurrentHashMap源碼分析(二)

上一篇文章介紹了基本的常量绪囱、方法以及構(gòu)造方法温亲,這一篇開始分析核心方法put()哟沫,put()中主要完成的是對(duì)元素的新增或覆蓋谐算,結(jié)束之后進(jìn)入addCount()去累加修改次數(shù)以及判斷是否需要擴(kuò)容。

一弊仪、put()

public V put(K key, V value) {
    return putVal(key, value, false);
}

/** 
 * onlyIfAbsent: true -> 僅在不存在時(shí)添加熙卡,false -> 不存在添加,存在則覆蓋
 */
final V putVal(K key, V value, boolean onlyIfAbsent) {
    // 和HashMap不一樣励饵,這里是不允許鍵或值為null的
    if (key == null || value == null) throw new NullPointerException();
    // 通過擾動(dòng)函數(shù)計(jì)算出hash
    int hash = spread(key.hashCode());
    // 如果桶位中是鏈表則表示遍歷節(jié)點(diǎn)時(shí)的下一個(gè)節(jié)點(diǎn)的下標(biāo)
    // 如果桶位中是紅黑樹則為固定值2
    int binCount = 0;
    /** 
     * 自旋
     * tab:當(dāng)前table
     */
    for (Node<K,V>[] tab = table;;) {
        /** 
         * f:key對(duì)應(yīng)的桶位上的第一個(gè)Node
         * n:table數(shù)組長度
         * i:key對(duì)應(yīng)的數(shù)組下標(biāo)
         * fh:f的hash值
         */
        Node<K,V> f; int n, i, fh;
        // 檢查table是否初始化
        if (tab == null || (n = tab.length) == 0)
            // 初始化
            tab = initTable();
        // tabAt:獲得table數(shù)組i下標(biāo)元素的最新值驳癌,為null則直接cas存放元素
        else if ((f = tabAt(tab, i = (n - 1) & hash)) == null) {
            // 操作成功直接退出,失敗則繼續(xù)自旋
            if (casTabAt(tab, i, null,
                         new Node<K,V>(hash, key, value, null)))
                break;
        }
        // MOVED = -1役听,判斷f是否為forwarding node
        // 如果f為forwarding node表示正在擴(kuò)容颓鲜,并且當(dāng)前桶位轉(zhuǎn)移完畢
        else if ((fh = f.hash) == MOVED)
            // 協(xié)助擴(kuò)容
            tab = helpTransfer(tab, f);
        else {
            // 如果是覆蓋操作,表示覆蓋之前的元素值
            V oldVal = null;
            // 鎖住桶位中頭節(jié)點(diǎn)
            synchronized (f) {
                // 檢查鎖住的元素(防止在加鎖之前頭節(jié)點(diǎn)發(fā)生變化)
                if (tabAt(tab, i) == f) {
                    // f的hash >= 0表示f非紅黑樹節(jié)點(diǎn)
                    if (fh >= 0) {
                        // f的下一個(gè)節(jié)點(diǎn)下標(biāo)
                        binCount = 1;
                        // e:表示當(dāng)前元素
                        for (Node<K,V> e = f;; ++binCount) {
                            // e的key值
                            K ek;
                            // 判斷key是否存在
                            if (e.hash == hash &&
                                ((ek = e.key) == key ||
                                 (ek != null && key.equals(ek)))) {
                                // key已經(jīng)存在典予,記錄當(dāng)前節(jié)點(diǎn)的val
                                oldVal = e.val;
                                // onlyIfAbsent為false時(shí)才覆蓋value
                                if (!onlyIfAbsent)
                                    e.val = value;
                                break;
                            }
                            // pred指向當(dāng)前遍歷的節(jié)點(diǎn)
                            Node<K,V> pred = e;
                            // e指向下一個(gè)節(jié)點(diǎn)甜滨,檢查是否為null
                            if ((e = e.next) == null) {
                                // e為null表示整個(gè)鏈表中沒有相應(yīng)的key,所以直接從尾部插入
                                pred.next = new Node<K,V>(hash, key,
                                                          value, null);
                                break;
                            }
                        }
                    }
                    // f為紅黑樹的代理節(jié)點(diǎn)TreeBin
                    else if (f instanceof TreeBin) {
                        // 如果紅黑樹中存在key瘤袖,p表示對(duì)應(yīng)的Node衣摩,否則為null
                        Node<K,V> p;
                        // binCount置為固定值2
                        binCount = 2;
                        // 走紅黑樹的插入邏輯
                        if ((p = ((TreeBin<K,V>)f).putTreeVal(hash, key,
                                                       value)) != null) {
                            // key已經(jīng)存在,記錄key對(duì)應(yīng)的value
                            oldVal = p.val;
                            if (!onlyIfAbsent)
                                p.val = value;
                        }
                    }
                }
            }
            // binCount != 0表示桶位中是存儲(chǔ)了Node的
            if (binCount != 0) {
                // binCount到達(dá)樹化閾值時(shí)捂敌,進(jìn)入treeifyBin嘗試樹化
                if (binCount >= TREEIFY_THRESHOLD)
                    treeifyBin(tab, i);
                // oldVal不為null表示桶位中存在對(duì)應(yīng)的key
                if (oldVal != null)
                    // 返回未覆蓋前的value
                    return oldVal;
                break;
            }
        }
    }
    // 核心方法艾扮,涉及到很多邏輯,下面分析
    addCount(1L, binCount);
    return null;
}

二占婉、addCount()

addCount()前半部分是和LongAdder的add方法一樣泡嘴,都是利用cell數(shù)組去化整為零的累加方案,后半部分則是擴(kuò)容邏輯逆济,其中真正的擴(kuò)容方法是在transfer()中酌予,transfer()方法下一篇文章再來分析磺箕。

private final void addCount(long x, int check) {
    /** 
     * 上半部分部分的代碼和LongAdder的add方法基本是一樣的,之前已經(jīng)分析過了抛虫,這里不在贅述
     * 沒有看LongAdder源碼的一定要先看一下
     * as:并發(fā)累加的cell[]
     * b:base變量
     * s:累加之后的值松靡,即map當(dāng)前元素個(gè)數(shù)
     */
    CounterCell[] as; long b, s;
    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))) {
            // 和LongAdder中的longAccumulate()一樣
            fullAddCount(x, uncontended);
            // 之所以在這里返回而不走下面擴(kuò)容邏輯是因?yàn)?            // fullAddCount()比較耗時(shí),這里就不讓當(dāng)前線程繼續(xù)走下去了
            return;
        }
        // addCount會(huì)被put和remove的邏輯中調(diào)用莱褒,remove中會(huì)傳入-1击困,移除元素一定不會(huì)擴(kuò)容
        // put邏輯中傳入的值一定是大于等于0,等于0表示桶位中沒有元素广凸,等于1表示key已存在并且
        // 是桶位的第一個(gè)元素阅茶,只做替換操作也一定不會(huì)出發(fā)擴(kuò)容所以直接返回
        if (check <= 1)
            return;
        // 統(tǒng)計(jì)base和cell[]中累加的值
        s = sumCount();
    }
    // 擴(kuò)容邏輯
    if (check >= 0) {
        /**
         * tab:舊table數(shù)組
         * nt:新table數(shù)組
         * n:舊數(shù)組長度
         * sc:擴(kuò)容閾值
         */
        Node<K,V>[] tab, nt; int n, sc;
        /**
         * s >= (long)(sc = sizeCtl):s大于等于擴(kuò)容閾值,true表示需要擴(kuò)容
         * (tab = table) != null和(n = tab.length) < MAXIMUM_CAPACITY)
         * 一般不會(huì)出現(xiàn)谅海,這里是防止某些極小概率的異常情況
         */ 
        while (s >= (long)(sc = sizeCtl) && (tab = table) != null &&
               (n = tab.length) < MAXIMUM_CAPACITY) {
            // 前置條件:table需要擴(kuò)容
            // 擴(kuò)容戳脸哀,只有是對(duì)同樣長度的數(shù)組擴(kuò)容才能得到相同的擴(kuò)容戳
            // 比如兩個(gè)線程都要去擴(kuò)容16-->32,那么就會(huì)計(jì)算出相同的擴(kuò)容戳
            int rs = resizeStamp(n);
            // 前面提過了扭吁,sizeCtl < 0表示正在初始化或者擴(kuò)容撞蜂,能走到這里table一定已經(jīng)初始化了
            if (sc < 0) {
                /**
                 * 前置條件:ConcurrentHashMap正在擴(kuò)容
                 * case1:右移16位計(jì)算出sizeCtl的擴(kuò)容戳,判斷是否與當(dāng)前線程相等侥袜,如果不相等蝌诡,
                 *       說明當(dāng)前線程擴(kuò)容的長度和正在擴(kuò)容的長度不一致
                 * case2:sc == rs + 1是個(gè)bug,作者真正想寫的是
                 *       sc == (rs << 16) + 1 表示擴(kuò)容完畢
                 * case3:sc == rs + MAX_RESIZERS也是bug枫吧,實(shí)際想要寫的是
                 *       sc == (rs << 16) + MAX_RESIZERS 表示參與擴(kuò)容的線程已滿
                 * case4:新數(shù)組為null表示擴(kuò)容完畢
                 * case5:transferIndex <= 0表示所有需要擴(kuò)容的桶位已經(jīng)被分配完了
                 */
                if ((sc >>> RESIZE_STAMP_SHIFT) != rs || sc == rs + 1 ||
                    sc == rs + MAX_RESIZERS || (nt = nextTable) == null ||
                    transferIndex <= 0)
                    // 滿足任一條件都不需要擴(kuò)容了浦旱,所以直接退出循環(huán)
                    break;
                // 嘗試修改sizeCtl,在其低16位上累加一個(gè)1表示新增了一個(gè)協(xié)助擴(kuò)容的線程
                if (U.compareAndSwapInt(this, SIZECTL, sc, sc + 1))
                    // 真正的擴(kuò)容方法
                    transfer(tab, nt);
            }
            // table還未擴(kuò)容九杂,需要當(dāng)前線程來進(jìn)行擴(kuò)容
            // 這里通過cas方式來嘗試修改 sizeCtl => 高16位:擴(kuò)容戳颁湖,低16位-(1 + 1)
            else if (U.compareAndSwapInt(this, SIZECTL, sc,
                                         (rs << RESIZE_STAMP_SHIFT) + 2))
                transfer(tab, null);
            s = sumCount();
        }
    }
}

三、總結(jié)

和HashMap的put()相比首先ConcurrentHashMap不允許鍵或值為null例隆。同時(shí)為了保證線程安全甥捺,新增或覆蓋元素時(shí)用的是cas或者synchronized鎖住頭節(jié)點(diǎn)操作。最后一點(diǎn)則是ConcurrentHashMap添加完元素之后先記錄修改次數(shù)镀层,然后執(zhí)行擴(kuò)容的邏輯镰禾,和HashMap順序不同。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末鹿响,一起剝皮案震驚了整個(gè)濱河市羡微,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌惶我,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,402評(píng)論 6 499
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件博投,死亡現(xiàn)場(chǎng)離奇詭異绸贡,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,377評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門听怕,熙熙樓的掌柜王于貴愁眉苦臉地迎上來捧挺,“玉大人,你說我怎么就攤上這事尿瞭∶隼樱” “怎么了?”我有些...
    開封第一講書人閱讀 162,483評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵声搁,是天一觀的道長黑竞。 經(jīng)常有香客問我,道長疏旨,這世上最難降的妖魔是什么很魂? 我笑而不...
    開封第一講書人閱讀 58,165評(píng)論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮檐涝,結(jié)果婚禮上遏匆,老公的妹妹穿的比我還像新娘。我一直安慰自己谁榜,他們只是感情好幅聘,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,176評(píng)論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著窃植,像睡著了一般帝蒿。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上撕瞧,一...
    開封第一講書人閱讀 51,146評(píng)論 1 297
  • 那天陵叽,我揣著相機(jī)與錄音,去河邊找鬼丛版。 笑死巩掺,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的页畦。 我是一名探鬼主播胖替,決...
    沈念sama閱讀 40,032評(píng)論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼豫缨!你這毒婦竟也來了独令?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,896評(píng)論 0 274
  • 序言:老撾萬榮一對(duì)情侶失蹤好芭,失蹤者是張志新(化名)和其女友劉穎燃箭,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體舍败,經(jīng)...
    沈念sama閱讀 45,311評(píng)論 1 310
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡招狸,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,536評(píng)論 2 332
  • 正文 我和宋清朗相戀三年敬拓,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片裙戏。...
    茶點(diǎn)故事閱讀 39,696評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡乘凸,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出累榜,到底是詐尸還是另有隱情营勤,我是刑警寧澤,帶...
    沈念sama閱讀 35,413評(píng)論 5 343
  • 正文 年R本政府宣布壹罚,位于F島的核電站葛作,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏渔嚷。R本人自食惡果不足惜进鸠,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,008評(píng)論 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望形病。 院中可真熱鬧客年,春花似錦、人聲如沸漠吻。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽途乃。三九已至绍傲,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間耍共,已是汗流浹背烫饼。 一陣腳步聲響...
    開封第一講書人閱讀 32,815評(píng)論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留试读,地道東北人杠纵。 一個(gè)月前我還...
    沈念sama閱讀 47,698評(píng)論 2 368
  • 正文 我出身青樓,卻偏偏與公主長得像钩骇,于是被迫代替她去往敵國和親比藻。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,592評(píng)論 2 353

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