concurrentHashMap 跟 hashmap 也是一个套路，1.7 以前版本是什么样，1.8 版本是什么样。为什么能做到线程安全的？插入、读取元素时的过程（1.7、1.8 的优化）。 在 1.7 之前，ConcurrentHashMap 使用的是 segment数组+分段锁的方法，在插入元素时首先会计算这个 key 的 hashcode，然后找到 指定位置的segment数组，如果指定的数组为空，则进行初始化并插入元素，如果不为空，则先获取锁，然后计算 key 值存放的位置，再进行插入元素，获取不到锁的会进行自旋等待获取锁。 1.7 之后，concurrentHashMap 取消了 segment 数组，使用跟 hashMap 一致的结构，在插入元素时会采用 CAS尝试写入数据，失败之后再用synchronized 锁的方式来保证一定能写入，来实现线程安全。 那么如何做到其他线程可以知道当前线程的数据修改呢？通过利用 volatile 关键字修饰，保证修改可见性，并且写操作时会进行 cas+重试以及 synchronized写入数据，就能保证写操作的并发安全。这两个 点解决了 ConcurrentHashmap 的读写并发安全性。