HashMap本身线程不安全
1.HashTable(不推荐)
通过给关键方法加锁保证线程安全,针对this来加锁,当有多个线程访问HashTable的时候,无论是啥样的操作和数据都会出现锁竞争,因此导致所竞争的概率非常大,效率比较低。
public synchronized V put(K key, V value){
}
public synchronized V get(Object key){
}
2.ConcurrentHashMap(推荐)
减少了锁冲突,让锁加到每个链表的头节点上(锁痛)。即操作元素的时候是针对这个元素所在的链表的头结点来加锁的,如果你两个线程操作是针对两个不同的链表的元素,没有线程安全问题其实不必加锁。由于Hash表中链表数目非常多,每个链表长度相对短就可以保证锁冲突的概率非常小了。
只是针对写操作加锁了,读操作没加锁 更广泛地使用CAS,进一步提高效率 针对扩容进行了巧妙地化整为零:
对于HashTable只要put触发扩容就会一次性搬运完,会导致这次的put非常卡顿
而ConcurrentHashMap每次操作只搬运一点,通过多次搬运完成整个搬运过程,同时维护一个新的HashMap和一个旧的,查找的时候既需要查旧的也需要查新的,插入时候只需要插入新的直到搬运完毕再销毁旧的。