ConcurrentHashMap在JDK 7和8之间的区别

文章详细阐述了JDK7的ConcurrentHashMap使用ReentrantLock和Segment分段锁实现并发控制,而JDK8则采用Synchronized和CAS算法,优化了锁的粒度。在低并发情况下,CAS提供更高效率。扩容时,JDK7不影响其他Segment,而JDK8会全表锁住。
摘要由CSDN通过智能技术生成

1 JDK7 :

数据结构: ReentrantLock + Segment + HashEntry, 一个Segment中包含一个HashEntry数组,每个HashEntry又是一个链表结构

元素查询: 二次hash,第一次定位Segment,第二次定位元素所在的链表的头部

锁 : Segment分段锁, Segment继承了ReentrantLock ,锁定操作的Segment,其他的Segment不受影响,并发度为Segment的个数,

可以通过构造函数指定,数组扩容不会影响其他的segment,get无需加锁,volatile保证内存可见性
在这里插入图片描述

2 JDK8 :

数据结构: Synchronized + CAS +Node +红黑树.Node的val和next都用volatile保证,保证可见性,查找,替换,赋值操作都使用CAS

为什么在有Synchronized 的情况下还要使用CAS

因为CAS是乐观锁,在一些场景中(并发不激烈的情况下)它比Synchronized和ReentrentLock的效率要高,当CAS保障不了线程安全的情况下(扩容或者hash冲突的情况下)转成Synchronized 来保证线程安全,大大提高了低并发下的性能.

锁 : 锁是锁的链表的head的节点(HashEntry首节点),不影响其他元素的读写,锁粒度更细,效率更高,扩容时,阻塞所有的读写操作(因为扩容的时候使用的是Synchronized锁,锁全表),并发扩容.

在这里插入图片描述

参考:
ConcurrentHashMap原理,以及在jdk7和jdk8版本的区别
ConcurrentHashMap1.7实现原理
ConcurrentHashMap1.8原理详解

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值