【Java面试】面试被问：ConcurrentHashMap 底层实现原理？

底层

1.7之前：数组+链表
1.8之后：数组+链表+红黑树

原理和功能

初始化，默认初始化长度为16的数组。
首先，其核心是哈希表，因此处理哈希冲突使用了链表，当冲突较多时，会造成链表长度边长，导致查询效率下降。在jdk1.8引入了红黑树。当数组长度大于64，链表长度大于等于8的时候，单向链表就会转为红黑树(红黑树的遍历复杂度为O(logn))，随着数组的动态扩容，一旦链表的长度小于8，红黑树会退化回单向链表。
其次，ConcurrentHashMap本质上是一个HashMap，功能上是一一样的，但是ConcurrentHashMap在HashMap基础上提供了并发安全的实现。主要是通过实现对Node节点加锁，来保证数据的更新的安全性。
然后，ConcurrentHashMap在性能上也做了优化。第一，ConcurrentHashMap在jdk1.8里面锁粒度是数组中的某一个节点，而在jdk1.7中锁的粒度是segment，锁的范围越大并发效率越差，性能更低。第二个，引入红黑树机制降低了查询的复杂度。并且当数组的长度不够的时候，需要对数组进行动态扩容时，ConcurrentHashMap引入了多线程并发扩容的实现，每个线程对原始数组进行分片，分片之后每个线程负责一个分片的数据迁移，提升扩容过程中数据迁移的效率。
最后，ConcurrentHashMap有一个size()/方法获取总的元素个数，在实现原子性的前提下去实现元素个数的累加性能是非常低的。做个两点优化，当线程竞争不激烈的时候，直接使用CAS来实现元素的个数的一个原子递增，线程竞争比较激烈的情况下，使用线程使用数组维护元素的个数，如果要增加元素个数的时候，直接从数组中选择一个在通过CAS算法实现原子递增，通过引入数组，实现了对并发更新的一个负载。