ConCurrentHashMap与HashTable、HashMap的比较

1、HashTable和ConCurrentHashMap的对比

先对ConcurrentHashMap进行一些介绍吧，它是线程安全的HashMap的实现。

HashTable里使用的是synchronized关键字，这其实是对对象加锁，锁住的都是对象整体，当Hashtable的大小增加到一定的时候，性能会急剧下降，因为迭代时需要被锁定很长的时间。

ConcurrentHashMap算是对上述问题的优化，其构造函数如下，默认传入的是16，0.75，16。

public ConcurrentHashMap(int paramInt1, float paramFloat, int paramInt2)  {    

 //定义常量

int i = 0;    

int j = 1;    

 while (j < paramInt2) {    

  ++i;    

  j <<= 1;    

  }    

  this.segmentShift = (32 - i);    

  this.segmentMask = (j - 1);    

  this.segments = Segment.newArray(j);    

  //…  

   int k = paramInt1 / j;    

  if (k * j < paramInt1)    

    ++k;    

    int l = 1;    

    while (l < k)    

      l <<= 1;    

        for (int i1 = 0; i1 < this.segments.length; ++i1)    

      this.segments[i1] = new Segment(l, paramFloat);    

  }      

public V put(K paramK, V paramV)  {    

    if (paramV == null)    

      throw new NullPointerException();    

    int i = hash(paramK.hashCode()); //这里的hash函数和HashMap中的不一样  

   return this.segments[(i >>> this.segmentShift & this.segmentMask)].put(paramK, i, paramV, false);    

}    

ConcurrentHashMap引入了分割(Segment)，上面代码中的最后一行其实就可以理解为把一个大的Map拆分成N个小的HashTable，在put方法中，会根据hash(paramK.hashCode())来决定具体存放进哪个Segment，如果查看Segment的put操作，我们会发现内部使用的同步机制是基于lock操作的，这样就可以对Map的一部分（Segment）进行上锁，这样影响的只是将要放入同一个Segment的元素的put操作，保证同步的时候，锁住的不是整个Map（HashTable就是这么做的），相对于HashTable提高了多线程环境下的性能，因此HashTable已经被淘汰了。

 

2、 HashMap和ConCurrentHashMap的对比

最后对这俩兄弟做个区别总结吧：

（1）我们知道ConcurrentHashMap对整个桶数组进行了分割分段(Segment)，然后在每一个分段上都用lock锁进行保护，相对于HashTable的syn关键字锁的粒度更精细了一些，并发性能更好，而HashMap没有锁机制，不是线程安全的。

（2）HashMap的键值对允许有null，但是ConCurrentHashMap都不允许。