首先看一下代码
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
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周期。所以，自旋锁的效率更高。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接
原文链接：https://blog.csdn.net/li_canhui/article/details/84109388
查看更多关于Java源码解析ConcurrentHashMap的初始化的详细内容...