ConcurrentHashMap

? 作者：小胡_不糊涂
🌱 作者主页：小胡_不糊涂的个人主页
📀 收录专栏：JavaEE
💖 持续更文，关注博主少走弯路，谢谢大家支持 💖

1. Hashtable

Hashtable保证线程安全，主要就是给关键方法加上synchronized，相当于直接针对Hashtable 对象本?加锁。
例如：

public synchronized Type put(Type key,Type value){}
public synchronized Type get(Type key,Type value){}

• 如果多线程访问同?个 Hashtable 就会直接造成锁冲突
• size 属性也是通过 synchronized 来控制同步，也是?较慢的
• ?旦触发扩容，就由该线程完成整个扩容过程。这个过程会涉及到?量的元素拷贝，效率会?常低
  

2. ConcurrentHashMap

1. ConcurrentHashMap最核心的改进就是把一个全局的大锁，改成了每个链表独立的一把小锁。就是把每个链表的头结点作为锁对象（synchronized可以使用任意对象作为锁对象）。大幅度降低了锁冲突的概率。
   
2. 充分利用CAS特性，把一些不必要加锁的环节省略加锁。
   比如：size属性就通过CAS来更新，避免出现重量级锁的情况。
3. 读操作没有加锁(但是使?了 volatile 保证从内存读取结果)，只对写操作进?加锁。加锁的?式仍然是是? synchronized，但是不是锁整个对象，?是 “锁桶” (?每个链表的头结点作为锁对象)，??降低了锁冲突的概率。
   使得读和读、读和写之间都不会有锁竞争。

ConcurrentHashMap的底层编码，在修改的时候会避免使用++ --这种非原子的操作。而使用 = 进行修改(原子的)。
读的时候，要么读到的是写之前的旧值，要么是读到写之后的新值，不会出现读到一个一半的值。

4. 优化了扩容?式: 化整为零，多次搬运
   发现需要扩容的线程，只需要创建?个新的数组，同时只搬?个元素过去。
   扩容期间，新?数组同时存在。后续每个来操作 ConcurrentHashMap 的线程，都会参与搬家的过程，每个操作负责搬运??部分元素。搬完最后?个元素再把?数组删掉。
   这个期间，插?只往新数组加。但查找需要同时查新数组和?数组

---

Hashtable和HashMap都实现了Map接口，但是Hashtable的实现是基于Dictionary抽象类的。ConcurrentHashMap是HashTable的替代，比HashTable的扩展性更好。