五分钟搞定Java并发编程之ConcurrentHashMap(带你装B带你飞!)

引言

ConcurrentHashMap是线程安全并且高效的HashMap,在并发编程中经常可见它的使用,在开始分析它的高并发实现机制前,先讲讲废话,看看它是如何被引入jdk的。

为什么引入ConcurrentHashMap?

HashMap线程不安全,它的线程不安全主要发生在put等对HashEntry有直接写操作的地方:

HashMap线程不安全操作源码示例

从put操作的源码不难看出,线程不安全主要可能发生在这两个地方:

key已经存在,需要修改HashEntry对应的value; key不存在,在HashEntry中做插入。

 Hashtable线程安全,但是效率低下:

 Hashtable源码示例.png

从Hashtable示例的源码可以看出,Hashtable是用synchronized关键字来保证线程安全的,由于synchronized的机制是在同一时刻只能有一个线程操作,其他的线程阻塞或者轮询等待,在线程竞争激烈的情况下,这种方式的效率会非常的低下。

 注:小小的多嘴一句,Hashtable扩容的时候newSize = 2 * oldSize + 1,这个是常识性的点,但是由于整个jdk源码封装比较好,而且Hashtable效率低下,使用较少,貌似好多程序员都不太知道这一点。

 ConcurrentHashMap的为什么高效?

 Hashtable低效主要是因为所有访问Hashtable的线程都争夺一把锁。如果容器有很多把锁,每一把锁控制容器中的一部分数据,那么当多个线程访问容器里的不同部分的数据时,线程之前就不会存在锁的竞争,这样就可以有效的提高并发的访问效率。这也正是ConcurrentHashMap使用的分段锁技术。将ConcurrentHashMap容器的数据分段存储,每一段数据分配一个Segment(锁),当线程占用其中一个Segment时,其他线程可正常访问其他段数据。 ConcurrentHashMap实现分析 在分析ConcurrentHashMap的源码之前先来看看它的结构:

ConcurrentHashMap类图

    .从类图可以看出:ConcurrentHashMap由Segment和HashEntry组成。

    .Segment是可重入锁,它在ConcurrentHashMap中扮演分离锁的角色;

   .HashEntry主要存储键值对;

    .CurrentHashMap包含一个Segment数组,每个Segment包含一个HashEntry数组并且守护它,当修改HashEntry数组数据时,需要先获取它对应的Segment锁;而HashEntry数组采用开链法处理冲突,所以它的每个HashEntry元素又是链表结构的元素。

ConcurrentHashMap结构图

初始化ConcurrentHashMap

ConcurrentHashMap构造方法

可以看出,ConcurrentHashMap的构造方法都调用了public ConcurrentHashMap(int initialCapacity, float loadFactor, int concurrencyLevel),初始化部分都由它来完成,我们来看一看它是怎么来初始化ConcurrentHashMap的。

 ConcurrentHashMap初始化具体实现

整个初始化是通过参数initialCapacity,loadFactor和concurrencyLevel来初始化segmentShift(段偏移量)、segmentMask(段掩码)和segment数组。

 ConcurrentHashMap初始化具体实现

计算segment数组长度

segment数组长度ssize是由concurrencyLevel计算得出,当ssize < concurrencyLevel时,ssize *= 2,至于为什么一定要保证ssize是2的N次方是为了可以通过按位与来定位segment;

注:concurrencyLevel的最大值是65535,那么,ssize的最大值就为65536,对应到二进制就是16位。

初始化segmentShift、segmentMask

segmentShift和segmentMask在定位segment使用,segmentShift = 32 - ssize向左移位的次数,segmentMask = ssize - 1。ssize的最大长度是65536,对应的 segmentShift最大值为16,segmentMask最大值是65535,对应的二进制16位全1;

初始化segment、

1、初始化每个segment的HashEntry长度;

2、创建segment数组和segment[0]。

注:HashEntry长度cap同样也是2的N次方,默认情况,ssize = 16,initialCapacity = 16,loadFactor = 0.75f,那么cap = 1,threshold = (int) cap * loadFactor = 0。

 Segment定位

    •Hash算法

ConcurrentHashMap使用分段锁segment来保护数据,也就是说,在插入和读取元素,需要先通过hash算法定位segment。ConcurrentHashMap使用了变种hash算法对元素的hashCode再散列。

ash算法

注:为什么需要再散列?

再散列的目的是为了减少冲突,让元素可以近似均匀的分布在不同的Segment上,从而提升存储效率。如果hash算法不好,最差的情况是所有的元素都在一个Segment中,这时候hash表将退化成链表,查询插入的时间复杂度都会从理想的o(1)退化成o(n^2),同时,分段锁也会失去存在的意义。

可以加群找我要课堂链接哦

注意:是免费的 没有开发经验误入哦

1、具有1-5工作经验的,面对目前流行的技术不知从何下手,需要突破技术瓶颈的。

2、在公司待久了,过得很安逸,但跳槽时面试碰壁。需要在短时间内进修、跳槽拿高薪的。

3、如果没有工作经验,但基础非常扎实,对java工作机制,常用设计思想,常用java开发框架掌握熟练的。

 4、觉得自己很牛B,一般需求都能搞定。但是所学的知识点没有系统化,很难在技术领域继续突破的。

 5. 群号:高级架构群 682094304备注好信息!

6.阿里Java高级大牛直播讲解知识点,分享知识,多年工作经验的梳理和总结,带着大家全面、科学地建立自己的技术体系和技术认知!

Segment定位

默认情况下,segmentShift = 28, segmentMask = 15,hashCode最大是32位的二进制数,向右无符号移动28位,让高4位参与位运算(& segmentMask)。

 ConcurrentHashMap相关操作实现分析 主要分析ConcurrentHashMap常用的三个操作:get/put/size的具体实现。

 get操作

get实现

1、根据key,计算出hashCode;

2、根据步骤1计算出的hashCode定位segment,如果segment不为null && segment.table也不为null,跳转到步骤3,否则,返回null,该key所对应的value不存在;

3、根据hashCode定位table中对应的hashEntry,遍历hashEntry,如果key存在,返回key对应的value;

4、步骤3结束仍未找到key所对应的value,返回null,该key锁对应的value不存在。

 比起Hashtable,ConcurrentHashMap的get操作高效之处在于整个get操作不需要加锁。如果不加锁,ConcurrentHashMap的get操作是如何做到线程安全的呢?原因是volatile,所有的value都定义成了volatile类型,volatile可以保证线程之间的可见性,这也是用volatile替换锁的经典应用场景。

HashEntry value定义

put操作

ConcurrentHashMap提供两个方法put和putIfAbsent来完成put操作,它们之间的区别在于put方法做插入时key存在会更新key所对应的value,而putIfAbsent不会更新。

 put实现

put实现

 1、参数校验,value不能为null,为null时抛出NPE;

2、计算key的hashCode;

3、定位segment,如果segment不存在,创建新的segment;

 4、调用segment的put方法在对应的segment做插入操作。

putIfAbsent实现

putIfAbsent实现

segment的put方法实现

 segment的put方法是整个put操作的核心,它实现了在segment的HashEntry数组中做插入

(segment的HashEntry数组采用开链法来处理冲突)。

segment put实现

具体的执行流程如下:

1、获取锁,保证put操作的线程安全;

2、定位到HashEntry数组中具体的HashEntry;

 3、遍历HashEntry链表,假若待插入key已存在:

需要更新key所对应value(!onlyIfAbsent),更新oldValue -> newValue,跳转到步骤5;

否则,直接跳转到步骤5;

4、遍历完HashEntry链表,key不存在,插入HashEntry节点,oldValue = null,跳转到步骤5;

5、释放锁,返回oldValue。

步骤4在做插入的时候实际上经历了两个步骤:

 第一:HashEntry数组扩容;

是否需要扩容

在插入元素前会先判断Segment的HashEntry数组是否超过threshold,如果超过阀值,则需要对HashEntry数组扩容;

 如何扩容

在扩容的时候,首先创建一个容量是原来容量两倍的数组,将原数组的元素再散列后插入到新的数组里。为了高效,ConcurrentHashMap只对某个Segment进行扩容,不会对整个容器扩容。

 第二:定位添加元素对应的位置,然后将其放到HashEntry数组中。

 size实现

如果需要统计整个ConcurrentHashMap的容量,需要统计所有Segment容量然后求和,Segment提供变量count用于存储当前Segment的容量。但是ConcurrentHashMap为了保证线程安全,并不是直接把所有的Segment的count相加来得到整个容器的大小,我们来看看ConcurrentHashMap是怎么来统计容量的。

默认情况下,segmentShift = 28, segmentMask = 15,hashCode最大是32位的二进制数,向右无符号移动28位,让高4位参与位运算(& segmentMask)。

 ConcurrentHashMap相关操作实现分析

主要分析ConcurrentHashMap常用的三个操作:get/put/size的具体实现。

get操作

1、根据key,计算出hashCode;

2、根据步骤1计算出的hashCode定位segment,如果segment不为null && segment.table也不为null,跳转到步骤3,否则,返回null,该key所对应的value不存在;

3、根据hashCode定位table中对应的hashEntry,遍历hashEntry,如果key存在,返回key对应的value;

 4、步骤3结束仍未找到key所对应的value,返回null,该key锁对应的value不存在。

比起Hashtable,ConcurrentHashMap的get操作高效之处在于整个get操作不需要加锁。如果不加锁,ConcurrentHashMap的get操作是如何做到线程安全的呢?原因是volatile,所有的value都定义成了volatile类型,volatile可以保证线程之间的可见性,这也是用volatile替换锁的经典应用场景。

put操作

ConcurrentHashMap提供两个方法put和putIfAbsent来完成put操作,它们之间的区别在于put方法做插入时key存在会更新key所对应的value,而putIfAbsent不会更新。

 put实现

1、参数校验,value不能为null,为null时抛出NPE;

 2、计算key的hashCode;

 3、定位segment,如果segment不存在,创建新的segment;

4、调用segment的put方法在对应的segment做插入操作。

segment的put方法实现

segment的put方法是整个put操作的核心,它实现了在segment的HashEntry数组中做插入

(segment的HashEntry数组采用开链法来处理冲突)。

 具体的执行流程如下:

 1、获取锁,保证put操作的线程安全;

 2、定位到HashEntry数组中具体的HashEntry;

3、遍历HashEntry链表,假若待插入key已存在:

需要更新key所对应value(!onlyIfAbsent),更新oldValue -> newValue,跳转到步骤5;

 否则,直接跳转到步骤5;

4、遍历完HashEntry链表,key不存在,插入HashEntry节点,oldValue = null,跳转到步骤5;

5、释放锁,返回oldValue。

步骤4在做插入的时候实际上经历了两个步骤:

第一:HashEntry数组扩容;

 是否需要扩容

在插入元素前会先判断Segment的HashEntry数组是否超过threshold,如果超过阀值,则需要对HashEntry数组扩容;

如何扩容

在扩容的时候,首先创建一个容量是原来容量两倍的数组,将原数组的元素再散列后插入到新的数组里。为了高效,ConcurrentHashMap只对某个Segment进行扩容,不会对整个容器扩容。

第二:定位添加元素对应的位置,然后将其放到HashEntry数组中。

 size实现

如果需要统计整个ConcurrentHashMap的容量,需要统计所有Segment容量然后求和,Segment 提供变量count用于存储当前Segment的容量。但是ConcurrentHashMap为了保证线程安全,并不是直接把所有的Segment的count相加来得到整个容器的大小,我们来看看ConcurrentHashMap是怎么来统计容量的。

由于在累加count的操作的过程中之前累加过的count发生变化的几率非常小

所以ConcurrentHashMap先尝试2次不锁住Segment的方式来统计每个Segment的大小,如果在统计的过程中Segment的count发生了变化,这时候再加锁统计Segment的count。

ConcurrentHashMap如何判断统计过程中Segment的cout发生了变化?

Segment使用变量modCount来表示Segment大小是否发生变化,在put/remove/clean操作里都会将modCount加1,那么在统计size的前后只需要比较modCount是否发生了变化,如果发生变化,Segment的大小肯定发生了变化。

可以加群找我要课堂链接哦  注意:是免费的 没有开发经验误入哦

 1、具有1-5工作经验的,面对目前流行的技术不知从何下手,需要突破技术瓶颈的。

2、在公司待久了,过得很安逸,但跳槽时面试碰壁。需要在短时间内进修、跳槽拿高薪的。

 3、如果没有工作经验,但基础非常扎实,对java工作机制,常用设计思想,常用java开发框架掌握熟练的。

4、觉得自己很牛B,一般需求都能搞定。但是所学的知识点没有系统化,很难在技术领域继续突破的。

5. 群号:高级架构群 481495939备注好信息!

 6.阿里Java高级大牛直播讲解知识点,分享知识,多年工作经验的梳理和总结,带着大家全面、科学地建立自己的技术体系和技术认知!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,015评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,262评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,727评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,986评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,363评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,610评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,871评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,582评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,297评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,551评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,053评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,385评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,035评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,079评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,841评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,648评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,550评论 2 270

推荐阅读更多精彩内容