百度搜索 网站图片免费影视app软件推荐

 一、HashTable

只是将关键方法加上了锁（synchronized关键字）。

缺点：1.如果多线程访问同一个HashTable就回直接造成锁冲突。

            2.HashTable的size属性也是通过 synchronized来控制同步的，效率比较低。

            3.在扩容时会涉及大量的拷贝，效率十分低。

            4.key值不允许为null。

总结：一个HashTable只有一个锁，两个线程访问HashTable中的任意数据都会出现锁竞争。

二、HashMap

是线程不安全的，在多线程环境下，如果多个线程同时对 HashMap 进行读写操作，可能会导致数据不一致或出现并发修改异常等问题。

key值允许为null。

三、ConcurrentHashMap

相对于HashTable进行了优化，使用了更细的锁机制和CAS机制。以JDK1.8为例：

1.读操作没有加锁，但是使用了volatile来保证只从内存中读取结果。

2.对写操作进行了加锁，加锁方式依旧是synchronized，但是不是对整个对象进行加锁，而是对“桶”进行加锁（用每个链表的头结点作为锁对象），大大降低了锁冲突的概率。

3.size属性使用CAS来更新，避免了重量级锁的情况。

4.扩容策略改变：

<1>:发现需要扩容的线程，只创建一个数组，同时只搬几个数据过去。

<2>:扩容时期，新老数组同时存在。

<3>:后续每个来操作ConcurrentHashMap的线程，都会参与搬家的过程，每次只搬一小部分元素。

<4>:当搬好后，将老数组删除。

<5>:在搬家过程中，若执行插入操作，则只向新数组中插入。

<6>:搬家时，执行查找操作时，需要同时查找新老数组。

5.key值不允许为null。

总结：ConcurrentHashMap每个哈希桶上都有一把锁，只有两个线程恰好访问同一个哈希桶时才会出现锁冲突。