Java Concurrent包学习之ConcurrentHashMap

在Java concurrent包中有这么一个接口：ConcurrentMap。
ConcurrentMap继承自Map，并添加了几个新的原子方法： putIfAbsent、remove、replace
其方法摘要如下：
 V
putIfAbsent(K key, V value)
          如果指定键已经不再与某个值相关联，则将它与给定值关联。
 boolean
remove(Object key, Object value)
          只有目前将键的条目映射到给定值时，才移除该键的条目。
 V
replace(K key, V value)
          只有目前将键的条目映射到某一值时，才替换该键的条目。
 boolean
replace(K key, V oldValue, V newValue)
          只有目前将键的条目映射到给定值时，才替换该键的条目。
 ConcurrentHashMap类是ConcurrentMap接口的一个实现类。
支持检索的完全并发和更新的所期望可调整并发的哈希表。
此类遵守与 Hashtable 相同的功能规范，并且包括对应于 Hashtable 的每个方法的方法版本。
不过，尽管所有操作都是线程安全的，但检索操作不 必锁定，并且不 支持以某种防止所有访问的方式锁定整个表。
此类可以通过程序完全与 Hashtable 进行互操作，这取决于其线程安全，而与其同步细节无关。
检索操作（包括 get）通常不会受阻塞，因此，可能与更新操作交迭（包括 put 和 remove）。
检索会影响最近完成的 更新操作的结果。
对于一些聚合操作，比如 putAll 和 clear，并发检索可能只影响某些条目的插入和移除。
类似地，在创建迭代器/枚举时或自此之后，Iterators 和 Enumerations 返回在某一时间点上影响哈希表状态的元素。它们不会 抛出 ConcurrentModificationException。不过，迭代器被设计成每次仅由一个线程使用。
这允许通过可选的 concurrencyLevel 构造方法参数（默认值为 16）来引导更新操作之间的并发，该参数用作内部调整大小的一个提示。表是在内部进行分区的，试图允许指示无争用并发更新的数量。因为哈希表中的位置基本上是随意的，所以实际的并发将各不相同。理想情况下，应该选择一个尽可能多地容纳并发修改该表的线程的值。使用一个比所需要的值高很多的值可能会浪费空间和时间，而使用一个显然低