concurrentHashMap扩容细节

针对扩容和put的原理,这个问题,我在学习的时候,一直有一个疑问点:假如当前A线程已经对15这个位置扩完容了,那如果这时候B线程又对15这个位置插入了元素,要怎么处理?
通过对代码的仔细查看学习,找到了这个问题的答案

在扩容的时候,假如线程A对i这个位置扩容完成了,那线程A会把原数组中i位置,放入一个ForwardingNode对象,放入的这个对象很有讲究,也起到了很大的作用,这个和put时的一些逻辑处理有关系

扩容的思想

先说扩容的思想
在concurrentHashMap中,如果当前线程A触发了扩容的机制,线程A会开始进行扩容,在扩容的时候,涉及到一个步伐的概念,简单来说,就是加入了辅助扩容的机制,所以,此时一个线程会负责一部分数据的扩容,举个简单例子来说
1.假如当前数组中有32个位置,那线程A负责31到16这区间的元素的扩容
2.如果此时线程B来put元素,发现要put到30这个位置,发现正在被扩容,那此时就会去辅助扩容,所谓的辅助扩容,就是线程B负责15到0这个区间的扩容

在源码中,会计算一个线程所负责扩容的大小,是根据CPU核数来计算的,最小是16个,也就是说,一个线程最少负责16个位置元素的扩容

java.util.concurrent.ConcurrentHashMap#transfer

/**
* 1.这里的stride是步长,这个步长最小值是16
*/
if ((stride = (NCPU > 1) ? (n >>> 3) / NCPU : n) < MIN_TRANSFER_STRIDE)
  stride = MIN_TRANSFER_STRIDE; // subdivide range

这里是计算步长的公式,NCPU是当前CPU的核数,n是当前老数组的长度,会根据这个公式去计算
1.如果cpu核数大于1,那就(n >>> 3) / NCPU 以这个值作为步长
2.如果CPU核数小于等于1,那就以数组长度作为步长
3.如果这样计算得到的步长依旧小于16,那就把16作为步长

也就是说,如果CPU核数只有1个,并且当前数组长度大于16,那就以数组长度作为步长;如果CPU核数有多个,就会根据一个公式,计算一个阈值,如果这个值小于16,就以16作为步长


/**
 * 2.对新的table进行初始化和赋值
 * 默认扩容之后的table长度是原table的一倍
 * nextTab就是扩容之后的数组
 */
if (nextTab == null) {
               // initiating
    try {
   
        @SuppressWarnings("unchecked")
        Node<K,V>[] nt = (Node<K,V>[])new Node<?,?>[n << 1];
        nextTab = nt;
    } catch (Throwable ex) {
         // try to cope with OOME
        sizeCtl = Integer.MAX_VALUE;
        return;
    }
    nextTable = nextTab;
    /**
     
  • 6
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
ConcurrentHashMap 1.8 是 Java 中线程安全的哈希表实现,它是 Java 5 中引入的 ConcurrentHashMap 的升级版本。以下是 ConcurrentHashMap 1.8 的主要代码实现: 1. 分段锁实现 ConcurrentHashMap 1.8 在内部使用了分段锁(Segment)来实现线程安全。每个 Segment 都是一个独立的哈希表,拥有自己的锁,不同线程可以同时访问不同的 Segment,从而提高并发性能。 2. 数据结构 ConcurrentHashMap 1.8 内部的数据结构是一个 Segment 数组,每个 Segment 内部是一个哈希表,哈希表中的每个元素是一个链表或红黑树。 3. put 操作实现 ConcurrentHashMap 1.8 的 put 操作首先会根据 Key 的哈希值和哈希表的长度计算出元素应该存放在哪个 Segment 中,然后在该 Segment 的哈希表中查找元素。 如果元素已经存在,就直接替换其值;否则就创建一个新的节点并添加到链表或红黑树中。如果链表或红黑树的长度超过了一定阈值,就会将链表转化为红黑树,从而提高查找效率。 4. get 操作实现 ConcurrentHashMap 1.8 的 get 操作与 put 操作类似,首先会根据哈希值和哈希表长度计算出元素所在的 Segment,然后在该 Segment 的哈希表中查找元素。 如果元素存在于链表中,就顺序查找;如果存在于红黑树中,就使用红黑树的查找算法。如果找到了元素,就返回其值;否则返回 null。 5. 扩容实现 ConcurrentHashMap 1.8 的扩容过程与 ConcurrentHashMap 1.7 相比,更加高效。它采用了一种“分段锁粒度更细”的方式,只对需要扩容的 Segment 进行加锁,其他 Segment 可以继续访问,从而提高并发性能。 6. 其他实现细节 ConcurrentHashMap 1.8 还实现了一些其他的细节,例如使用 Unsafe 类来实现 CAS 操作、使用 ThreadLocalRandom 来生成哈希值等,从而保证了其高性能和线程安全性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值