ConcurrentHashMap底层数据结构(JDK1.8)

ConcurrentHashMap在JDK1.7中存在的问题:

在JDK1.7中以及解决了并发问题,可以支持N个Segment的并发,但是查询遍历链表时效率太低

jdk1.7下数据结构

在JDK1.8中底层数据结构调整如下:

这看起来是不是跟JDK1.8的HashMap数据结构一样?

其中抛弃了分段锁,采用了CAS+synchronized来保证并发安全

也将 1.7 中存放数据的 HashEntry 改为 Node,但作用都是相同的。其中val和next用了volatile 修饰,保证了

在内存中的可见性。

put方法:

根据key计算出hashcode,在定位到Node,如果当前Node为空表示可以写入数据,利用 CAS 尝试写入,失败则自旋保证成功。

判断是否需要扩容;

如果都不满足,使用synchronized锁写入数据;

判断是否需要转换成红黑树。

 

get方法:

根据计算出来的hashcode寻址,如果就在桶上就直接返回值;

如果是红黑树就按照红黑树的方式获取值;

如果不满足就按照链表的方式遍历获取值。

 

ConcurrentHashMap 是 JDK1.5 引入的线程安全的哈希表,它在 JDK1.8 中的底层实现主要包括以下几个方面: 1. Segment 分段锁 ConcurrentHashMap 内部使用了 Segment 分段锁来保证线程安全。Segment 是 ConcurrentHashMap 中的一个内部类,每个 Segment 代表一个哈希桶数组中的一段。在对 ConcurrentHashMap 进行操作时,只需要获取对应的 Segment 的锁,而不是整个 ConcurrentHashMap 的锁,从而提高了并发效率。 2. 数组 + 链表 + 红黑树的混合结构 ConcurrentHashMap 内部使用了数组 + 链表 + 红黑树的混合结构来存储数据。在 JDK1.8 中,当哈希桶中的链表长度超过了一定阈值(默认为 8),会将链表转化为红黑树,从而提高查找效率。 3. CAS 操作 ConcurrentHashMap 内部使用了 CAS 操作(Compare and Swap)来实现线程安全。CAS 操作是一种无锁算法,它可以在多线程环境下保证数据的原子性操作。在 ConcurrentHashMap 中,当多个线程同时对同一个桶进行操作时,会使用 CAS 操作来保证数据的正确性。 4. 优化的扩容机制 ConcurrentHashMapJDK1.8 中对扩容机制进行了优化,使用了类似于链表的方式来实现数据的迁移,从而减少了数据的移动次数,提高了扩容的效率。 总之,ConcurrentHashMapJDK1.8 中的底层实现主要依靠 Segment 分段锁、数组 + 链表 + 红黑树的混合结构、CAS 操作和优化的扩容机制来实现线程安全和高效的并发操作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值