ConcurrentHashMap的实现原理与使用(更新)

ConcurrentHashMap是线程安全且高效的HashMap。
在并发编程中使用HashMap可能导致程序死循环。而使用，线程安全的HashTable效率又非常低下，基于以上原因便有了ConcurrentHashMap。
（1）线程不安全的HashMap
在多线程环境下，使用HashMap进行put会引起死循环，导致cpu利用率接近100%，所以在并发情况下不能使用HashMap。例如，执行下列代码会引起死循环。
final HashMap<String,String> map=new HashMap<String,String>(2);
Thread t=new Thread(new Runnable(){
@Override
public void run(){
for(int i=0;i<10000;i++){
  new Thread(new Runnable(){
   @Override
   public void run(){
  map.put(UUID.randomUUID(),"");
}
},"ftf"+i).start();
}
}
},"ftf");
t.start();
t.join();
HashMap在并发执行put操作会引起死循环，是因为多线程会导致HashMap的Entry链表形成环形数据结构（最后个节点的下个地址信息是第一个节点的地址），一旦形成环形数据结构，Entry的next节点永远不会空，就会产生死循环获取Entry。

 

（2）效率低下的Hashtable
       Hashtable使用synchronized（该方法的原理可参考文章https://baijiahao.baidu.com/s?id=1612142459503895416&wfr=spider&for=pc，该方法的作用https://www.cnblogs.com/yaobolove/p/6237556.html）来保证线程安全，但在线程竞争激励的情况下Hashtable的效率十分低下。

         因为当一个线程访问HashTable的同步方法，其他线程也访问HashTable的同步方法时，会进入一个阻塞或轮询状态。如线程1使用put进行元素添加，线程2不但不能使用put方法添加元素，也不能使用get方法来获取元素，所以竞争越激烈效率越低。（put的源码如下）

（3）ConcurrentHashMap的锁分段技术可有效提升并发访问率
       Hashtable容器在竞争激烈的并发环境下表现出效率低下的原因是所有访问Hashtable的线程都必须竞争同一把锁，假如容器里有多把锁，每一把锁用于锁容器其中一部分数据，那么当多线程访问容器里不同数据段的数据时，线程就不会存在锁竞争，从而可以有效提高并发访问效率，这就是ConcurrentHashMap所采用的锁分段技术。首先将数据分成一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一个端数据的时候，其他段的数据也能被其他线程访问。

        以put方法为例：

从上可以知道： 以链表为例子中put方法首先是获取该元素中的桶，在获取对应的链表，对该链表进行使用synchronize方法，对单个桶进行锁定，f即用于获取当前桶（f=tabAt(tab,i=(n-1)&hash)）

 

ConcurrentHashMap的hash值计算方法为：

    static final int spread(int h) {
        return (h ^ (h >>> 16)) & HASH_BITS;
    }

并获取对应桶中的index方法

HashMap的hash值：

Hashtable的hash值

 

hashmap和concurrenthashmap中用& n-1代替了 %n 是因为 为了相同的效果下 （都是在0到n-1内范围内的某个值）  位的运算效率更高。

 

concurrenthashmap的hash值：与hashmap计算hash基本一样，但多了一步& HASH_BITS，HASH_BITS是0x7fffffff，该步是为了消除最高位上的负符号 hash的负在ConcurrentHashMap中有特殊意义表示在扩容或者是树节点