并发编程——ConcurrentHashMap#helpTransfer()-分析
ConcurrentHashMap 鬼斧神工,并发添加元素时,如果 map 正在扩容,其他线程甚至于还会帮助扩容,也就是多线程扩容。就这一点,就可以写一篇文章好好讲讲。今天一起来看看。
源码分析
为什么帮助扩容?
在 putVal 方法中,如果发现线程当前 hash 冲突了,也就是当前 hash 值对应的槽位有值了,且如果这个值是 -1 (MOVED),说明 Map 正在扩容。那么就帮助 Map 进行扩容。以加快速度。
具体代码如下:
1 | int hash = spread(key.hashCode()); |
传入的参数是:成员变量 table 和 对应槽位的 f 变量。
怎么验证 hash 值是 MOVED 就是正在扩容呢?
在 Cmap(ConcurrentHashMap 简称) 中,定义了一堆常量,其中:
1 | static final int MOVED = -1; // hash for forwarding nodes |
hash for forwarding nodes
,说明这个为了移动节点而准备的常量。
在 Node 的子类 ForwardingNode 的构造方法中,可以看到这个变量作为 hash 值进行了初始化。
1 | ForwardingNode(Node<K,V>[] tab) { |
而这个构造方法只在一个地方调用了,即 transfer(扩容) 方法。
点到为止。
关于扩容后面再开一篇。
好了,如何帮助扩容呢?那要看看 helpTransfer
方法的实现。
1 | /** |
关于 sizeCtl 变量:
-1 :代表table正在初始化,其他线程应该交出CPU时间片
-N: 表示正有N-1个线程执行扩容操作(高 16 位是 length 生成的标识符,低 16 位是扩容的线程数)
大于 0: 如果table已经初始化,代表table容量,默认为table大小的0.75,如果还未初始化,代表需要初始化的大小
代码步骤:
- 判 tab 空,判断是否是转移节点。判断 nextTable 是否更改了。
- 更加 length 得到标识符。
- 判断是否并发修改了,判断是否还在扩容。
- 如果还在扩容,判断标识符是否变化,判断扩容是否结束,判断是否达到最大线程数,判断扩容转移下标是否在调整(扩容结束),如果满足任意条件,结束循环。
- 如果不满足,并发转移。
这里有一个花费了很长时间纠结的地方:
1 | sc == rs + 1 |
这个判断可以在 addCount 方法中找到答案:默认第一个线程设置 sc ==rs 左移 16 位 + 2,当第一个线程结束扩容了,就会将 sc 减一。这个时候,sc 就等于 rs + 1。
如果 sizeCtl == 标识符 + 1 ,说明库容结束了,没有必要再扩容了。
总结一下:
当 Cmap put 元素的时候,如果发现这个节点的元素类型是 forward 的话,就帮助正在扩容的线程一起扩容,提高速度。其中, sizeCtl 是关键,该变量高 16 位保存 length 生成的标识符,低 16 位保存并发扩容的线程数,通过这连个数字,可以判断出,是否结束扩容了。
如下图: