ConcurrentHashMap的put源码分析

本文分析了JDK1.7和1.8中ConcurrentHashMap的实现方式。在1.7中,它使用Segment+HashEntry结构,每个Segment守护一个HashEntry数组并使用锁。而在1.8中,ConcurrentHashMap弃用了Segment,转而采用Node+CAS+Synchronized实现,仅锁定链表或红黑树首节点,提高了并发性能。当节点数达到8时,会转换为红黑树。
摘要由CSDN通过智能技术生成

JDK1.7
        首先将数据分为一段一段的存储,然后给每一段数据配一把锁,当一个线程占用锁访问其中一个段数据时,其他段的数据也能被其他线程访问。
        在JDK1.7中,ConcurrentHashMap采用Segment + HashEntry的方式进行实现,结构如下:
        一个 ConcurrentHashMap 里包含一个 Segment 数组。Segment 的结构和HashMap类似,是一种数组和链表结构,一个 Segment 包含一个 HashEntry 数组,每个 HashEntry 是一个链表结构
的元素,每个 Segment 守护着一个HashEntry数组里的元素,当对 HashEntry 数组的数据进行修
改时,必须首先获得对应的 Segment的锁。

1. 该类包含两个静态内部类 HashEntry 和 Segment ;前者用来封装映射表的键值对,后者用来充当锁的角色;
2. Segment 是一种可重入的锁 ReentrantLock,每个 Segment 守护一个HashEntry 数组里得元
素,当对 HashEntry 数组的数据进行修改时,必须首先获得对应的 Segment 锁。 

JDK1.8
在JDK1.8中,放弃了Segment臃肿的设计,取而代之的是采用Node + CAS + Synchronized来保
证并发安全进行实现

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值