1.架构
ConcurrentHashMap的底层数据结构和方法的实现细节与HashMap大体一致,但两者在类结构上却没有任何关联,看ConcurrentHashMap源码,会发现很多方法的代码和HashMap很相似,那就会存在一个问题,为什么不继承HashMap呢?继承的确是个好办法,但尴尬的是,ConcurrentHashMap都是在方法中间进行一些加锁操作,也就是说加锁把方法切割了,继承就很难解决这个问题。
ConcurrentHashMap和HashMap两者的相同之处主要有两点。一是数组、链表结构几乎相同,所以底层对数据结构的操作思路是相同的(是思路相同,底层实现不同)。二是都实现了Map接口,继承了AbstractMap抽象类,所以大多数的方法也都是相同的,HashMap有的方法,ConcurrentHashMap几乎都有,所以当需要从HashMap切换到ConcurrentHashMap时,无需关心两者之间的兼容问题。
不同之处也有两点。一是红黑树结构略有不同,HashMap的红黑树中的节点叫做 TreeNode,TreeNode不仅仅有属性,还维护着红黑树的结构,比如说查找,新增等等。ConcurrentHashMap中红黑树被拆分成两块,TreeNode仅仅维护着属性和查找功能,新增了TreeBin来维护红黑树结构,并负责根节点的加锁和解锁。二是新增ForwardingNode(转移)节点,扩容时会通过该节点来保障线程安全。
2.类注释
- 所有的操作都是线程安全的,在使用时,无需再加锁。
- 多个线程同时进行put、remove等操作时并不会阻塞,可以同时进行,和HashTable不同,HashTable在操作时,会锁住整个Map。
- 迭代过程中,即使Map结构被修改,也不会抛ConcurrentModificationException异常。
- 除了数组 + 链表 + 红黑树的基本结构外,新增了转移节点来保证扩容时的线程安全。
- 提供了很多Stream流式方法,如forEach、search、reduce等。
3.put
ConcurrentHashMap在put方法上的整体思路和HashMap相同,但在线程安全方面写了很多保障的代码,具体源码如下所示。
4.get
ConcurrentHashMap获取value时,先获取数组的下标,然后通过判断数组下标的key是否和搜索的key相等,相等的话直接返回,如果下标的槽点是链表或红黑树的话,分别调用相应查找数据的方法,整体思路和HashMap很像,具体源码如下所示。
5.数组初始化时的线程安全
数组初始化时,首先通过自旋来保证一定可以初始化成功,然后通过CAS设置SIZECTL变量的值,来保证同一时刻只能有一个线程对数组进行初始化,CAS成功之后,还会再次判断当前数组是否已经初始化完成,如果已经初始化完成,就不会再次初始化,通过自旋 + CAS + 双重check等手段保证了数组初始化时的线程安全,具体源码如下所示。
6.新增槽点值时的线程安全
为了保证线程安全,ConcurrentHashMap做了四处优化,具体如下。
- 通过自旋死循环保证一定可以新增成功。在新增之前,通过for(Node<K,V> [] tab = table;;)这样的死循环来保证新增一定可以成功,一旦新增成功,就可以退出当前死循环,新增失败的话,会重复新增的步骤,直到新增成功为止。
- 当前槽点为空时,通过CAS新增。这里的写法非常严谨,没有在判断槽点为空的情况下直接赋值,因为在判断槽点为空和赋值的瞬间,很有可能槽点已经被其他线程赋值了,所以采用CAS算法,能够保证槽点为空的情况下赋值成功,如果恰好槽点已经被其他线程赋值,当前CAS操作失败,会再次执行for自旋,再走槽点有值的put流程,这里就是自旋 + CAS的结合。
- 当前槽点有值,锁住当前槽点。put时,如果当前槽点有值,就是key的hash冲突的情况,此时槽点上可能是链表或红黑树,通过锁住槽点,来保证同一时刻只会有一个线程能对槽点进行修改。
- 红黑树旋转时,锁住红黑树的根节点,保证同一时刻,当前红黑树只能被一个线程旋转。
通过以上4点,保证了在各种情况下的新增(不考虑扩容的情况下),都是线程安全的,通过自旋 + CAS + 锁三大姿势,实现的很巧妙,值得借鉴。
7.扩容时的线程安全
ConcurrentHashMap的扩容时机和HashMap相同,都是在put方法的最后一步检查是否需要扩容,如果需要则进行扩容,但两者扩容的过程完全不同,ConcurrentHashMap扩容的方法叫做transfer,从put方法的addCount方法进去,就能找到transfer方法,transfer方法的主要思路如下。
首先需要把老数组的值全部拷贝到扩容之后的新数组上,先从数组的队尾开始拷贝。然后拷贝数组的槽点,先把原数组槽点锁住,保证原数组槽点不能操作,成功拷贝到新数组时,再把原数组槽点赋值为转移节点。接下来,如果有新数据正好需要put到此槽点,发现槽点为转移节点就会一直等待,所以在扩容完成之前,该槽点对应的数据是不会发生变化的。最后从数组的尾部拷贝到头部,每拷贝成功一次,就把原数组中的节点设置成转移节点。直到所有数组数据都拷贝到新数组后,直接把新数组整个赋值给数组容器,拷贝完成,具体源码如下所示。
扩容方法还是很有意思的,通过在原数组上设置转移节点,put时碰到转移节点就会等待,扩容成功之后才能put,这保证了整个扩容过程中肯定是线程安全的,因为数组的槽点一旦被设置成转移节点,在没有扩容完成之前,是无法进行操作的。扩容中的关键点,就是如何保证是线程安全的,总结如下。
- 拷贝槽点时,会把原数组的槽点锁住。
- 拷贝成功之后,会把原数组的槽点设置成转移节点,这样如果有数据需要put到该节点时,发现该槽点是转移节点,会一直等待,直到扩容成功之后,才能继续put,可以参考put方法中helpTransfer方法。
- 从尾到头进行拷贝,拷贝成功就把原数组的槽点设置成转移节点。等扩容拷贝都完成之后,直接把新数组的值赋值给数组容器,之前等待put的数据才能继续put。