多线程之ConcurrentHashMap的实现

本文深入解析了JDK1.7与JDK1.8中ConcurrentHashMap的实现差异。JDK1.7采用分段锁,每个段由ReentrantLock守护,而JDK1.8则使用CAS+synchronized,降低了锁粒度。在冲突处理上,1.8版通过红黑树优化查找效率,当链表长度超过阈值时转为红黑树,时间复杂度从O(n)降低到O(log(n))。此外,1.8的put方法在存在冲突时使用synchronized保证线程安全,get方法则能快速定位并返回值。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  • DK 1.7 中使用分段锁(ReentrantLock + Segment + HashEntry),相当于把一个 HashMap 分成多个段,每段分配一把锁,这样支持多线程访问。锁粒度:基于 Segment,包含多个 HashEntry,在发生Hash 冲突时,会使用拉链法,也就是链表的形式;遍历链表的时间复杂度是 O(n),n 为链表长度

Segment 继承 ReentrantLock(重入锁) 用来充当锁的角色,每个 Segment 对象守护每个散列映射表的若干个桶;

HashEntry 用来封装映射表的键-值对;

每个桶是由若干个 HashEntry 对象链接起来的链表

  • JDK 1.8 中使用 CAS + synchronized + Node + 红黑树。锁粒度:Node(首结点)(实现 Map.Entry<K,V>)。锁粒度降低了。在发生Hash冲突时,先使用拉链法,在链表长度超过一定阈值时,将链表转换为红黑树,来提高查找效率;如果变成遍历红黑树,那么时间复杂度降低为 O(log(n)),n 为树的节点个数

JDK8中ConcurrentHashMap关键方法的实现

添加方法put()

put方法实现中与JDK7中有所不同,第四步如果存在hash冲突时使用synchronized替代了JDK7中的ReentrantLock,原因是基于JDK8中synchronized的优化这种方式粒度可能更小。

  1. 如果没有初始化,就调用 initTable() 方法来进行初始化;

  2. 如果没有 hash 冲突就以 CAS 无锁的方式进行插入

  3. 如果需要扩容,就先进行扩容;

  4. 如果存在 hash 冲突,就加synchronized锁来保证线程安全,哈希碰撞结果如果不是替换(hash值一致且是equals方法为false),当前结构是链表形式就直接遍历到尾端插入,当前结构是红黑树就按照红黑树结构插入;

  5. 如果该链表的数量大于阀值 8,就要先转换成红黑树的结构,break 再一次进入循环

  6. 如果添加成功就调用 addCount() 方法统计 size,并且检查是否需要扩容。

获取对象get() 

  1. 计算 hash 值,定位到该 table 索引位置,如果是首结点符合就返回;

  2. 如果遇到扩容时,会调用标记正在扩容结点 ForwardingNode.find()方法,查找该结点,匹配就返回;

  3. 以上都不符合的话,就往下遍历结点,匹配就返回,否则最后就返回 null。

扩容方法 transfer() 

默认容量为 16,扩容时,容量变为原来的两倍

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

WannaRunning

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值