细说ConcurrentHashMap扩容规则

当数组中存放的节点个数超过了阈值就可以任务当前的哈希冲突可能性较大,HashMap就会对当前数组进行扩容操作。在普通的HashMap中就会直接声明一个两倍大小的新数组,然后从旧数组中从左到右进行转化,但是在多线程下肯定会存在线程安全的问题。那么ConcurrentHashMap是如何来保证多线程下的扩容安全的呢?

transfer是进行扩容操作的方法,接收两个参数tab(原容器数组对象),nextTab(新容器数组对象,一般长度为tab的两倍)。

private final void transfer(Node<K,V>[] tab, Node<K,V>[] nextTab) {
   
    int n = tab.length, stride;
  	// stride : 单个线程需要处理的下标数
  	// 当有多个CPU参与扩容时,每个CPU处理的数量就是(n / 8 / NPU)
  	// 如果单个CPU处理的数量小于MIN_TRANSFER_STRIDE(16),就取最小值MIN_TRANSFER_STRIDE
    if ((stride = (NCPU > 1) ? (n >>> 3) / NCPU : n) < MIN_TRANSFER_STRIDE)
        stride = MIN_TRANSFER_STRIDE; // subdivide range
  	// 当扩容刚开始时nextTab为null,进行初始化操作
    if (nextTab == null) {
               // initiating
      	// 创建一个新的2倍长度的心数组
        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;
        transferIndex = n;
    }
    // 扩容后数组长度
    int nextn = nextTab.length;
  	// 定义ForwardingNode类并设置状态为MOVED,该类指向新的扩容数组
    ForwardingNode<K,V> fwd = new ForwardingNode<K,V>(nextTab);
  	// 标识是否需要
    boolean advance = true;
  	// 标志扩容是否结束
    boolean finishing = false; // to ensure sweep before committing nextTab
    for (int i = 0, bound = 0
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ConcurrentHashMapJava中用于多线程环境下的哈希表实现。在扩容时,ConcurrentHashMap会创建一个更大的内部数组,然后将原来数组中的元素重新计算哈希值并放入新数组的相应位置。下面是ConcurrentHashMap扩容的一般步骤: 1. 当ConcurrentHashMap中的元素数量超过了负载因子(默认为0.75)与当前数组大小的乘积时,就会触发扩容。 2. 扩容开始时,ConcurrentHashMap会先尝试通过CAS(Compare and Swap)操作将一个特殊的标记值放入sizeCtl字段,以阻止其他线程同时进行扩容操作。 3. 然后,ConcurrentHashMap会创建一个新的、两倍大小的数组,并将新数组的引用赋值给table字段。 4. 接下来,ConcurrentHashMap会对原数组中的每个元素进行重新哈希,将重新哈希后的元素放入新数组中的相应位置。 5. 在放置元素时,ConcurrentHashMap使用了一种优化策略称为"treeify",当某个位置的链表长度超过8时,会将该链表转换为红黑树结构,以提高查找效率。 6. 最后,扩容完成后,ConcurrentHashMap会再次使用CAS操作将sizeCtl字段恢复为正常值,允许其他线程进行扩容操作。 需要注意的是,扩容期间ConcurrentHashMap仍然可以接收读操作,而写操作可能需要等待扩容完成。这是因为读操作不涉及修改哈希表结构,而写操作可能需要修改哈希表的数组和链表/红黑树结构。 希望能够解答您的问题!如果还有其他疑问,请随时提问。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值