ConcurrentHashMap误解（分段锁）和补充（什么情况下会裂变成红黑树，以及为什么）

1.序言

网上很多ConcurrentHashMap分析的文章都在讲使用了分段锁balabala怎么样怎么样使得它是线程安全的，这些文章一些是过时的，也有一些是不够详细的，所以记录一下最近对ConcurrentHashMap的学习记录

2.误解

网上对ConcurrentHashMap的说法还停留在 分段锁上，这不能说是错的，只是过时了，jdk1.8之后，ConcurrentHashMap就不是分段锁了（在一定程度上来说还是分段锁，只是这个分段的粒度非常细，细到一个节点），而是使用synchronized锁住了对应桶节点，而且是只有put和remove的时候才会上锁，get的时候是不需要锁的。

源码如下：

3.补充

ConcurrentHashMap不单是线程安全的，还会在冲突大于8的情况下将链表转化为红黑树。

至于为什么是8，看源码的解析是开发者根据泊松分布来决定的

裂变成红黑树源码如下：

为什么是8源码如下：（非常长，建议在源码搜一下poisson自己看）