评论

收藏

[Java] Java源码解析ConcurrentHashMap的初始化

编程语言 编程语言 发布于:2021-10-05 23:36 | 阅读数:485 | 评论:0

今天小编就为大家分享一篇关于Java源码解析ConcurrentHashMap的初始化,小编觉得内容挺不错的,现在分享给大家,具有很好的参考价值,需要的朋友一起跟随小编来看看吧
首先看一下代码
private final node<k,v>[] inittable() {
  node<k,v>[] tab; int sc;
  while ((tab = table) == null || tab.length == 0) { // 第一次检查
    if ((sc = sizectl) < 0)
    thread.yield(); // lost initialization race; just spin
    else if (u.compareandswapint(this, sizectl, sc, -1)) {
    try {
      if ((tab = table) == null || tab.length == 0) {// 第二次检查
      int n = (sc > 0) ? sc : default_capacity;
      @suppresswarnings("unchecked")
      node<k,v>[] nt = (node<k,v>[])new node<?,?>[n];
      table = tab = nt;
      sc = n - (n >>> 2);
      }
    } finally {
      sizectl = sc;
    }
    break;
    }
  }
  return tab;
  }
concurrenthashmap在初始化时,如何进行多线程间的同步?
concurrenthashmap在初始化时,首先会判断,哈希表是否已经初始化了。如果没有,则尝试进行初始化。
首先会判断sizectl的值。sizectl是用于多线程之间同步的一个互斥变量。当sizectl < 0时,表示已经有线程正在初始化哈希表或哈希表正在扩容,此时,不能再进行操作。
此处sizectl其实是实现了自旋锁的功能。自旋锁,即,获取锁失败时,让出cpu,稍后再进行尝试,重复这个过程,直到获得到锁为止。让出cpu的动作,是通过java中的thread.yield()来实现的。在学校学习java的时候曾经接触过线程的这个方法,但当时不明白什么场景下会用到。原来,thread.yield()方法可以用来实现自旋锁。
这里,可以提出一个问题,自选锁方式和死循环方式来判断sizectl的值,有什么不同?
当然是效率的不同。死循环时,程序会频繁读取sizectl的值,在满足条件之前,会浪费很多cpu周期。而自选锁的效率更高,因为当它判断sizectl不满足条件时,会主动让出cpu,此时,当前线程会处于ready状态,等待下一次被处理器选中并执行的机会。在这段时间里,其他的线程得以利用cpu周期。所以,自旋锁的效率更高。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对CodeAE代码之家的支持。如果你想了解更多相关内容请查看下面相关链接
原文链接:https://blog.csdn.net/li_canhui/article/details/84109388

关注下面的标签,发现更多相似文章