ConcurrentMap与CopyOnWrite容器

ConcurrentMap接口下有两个重要的实现：

　　ConcurrentHashMap

　　ConcurrentSkipListMap(支持并发排序功能，弥补ConcurrentHashMap)

ConcurrentHashMap内部使用段(Segment)来表示这些不同的部分，每个段其实就是一个小的HashTable,它们有自己的锁。只要多个修改操作发生在不同的段上，他们就可以并发进行。把一个整体分成了16个小段(Segment)。也就是最高支持16个线程的并发修改操作。这也是在多线程场景时减小锁的粒度从而降低锁竞争的一种方案。并且代码中大多共享变量使用volatile关键字声明，目的是第一时间获取修改的内容，性能非常好。

下面 通过图形来对比一下

先说明一张原来的形式的图：

在t1线程执行写操作的时候，加入花费1s时间，在这1s的时间内，t2线程也来修改hashtable里面的其他参数的时候，t2线程只能在外面等待t1线程执行结束后，才能继续自己的操作。

再看一张ConcurrentMap执行此类情况的图形：

在t1线程操作的时候，t2线程可以操作ConcurrentMap的没t1操作的段(Segment)，ConcurrentMap最高支持16个段，如果两个线程都是操作一个段(Segment)，那没办法，只能等待t1执行完后，t2才能去执行。

Copy-On-Write

Copy-On-Write简称COW，是一种用于程序设计中的优化策略。

JDK里的COW容器有两种：CopyOnWriteArrayList和CopyOnWriteArraySet,COW容器非常有用，可以在非常多的并发场景中使用到。

什么是CopyOnWrite容器？

CopyOnWrite容器即写时复制的容器。通俗的理解是当我们往一个容器添加元素的时候，不直接往当前容器添加，而是先将当前容器进行Copy，复制出一个新的容器，然后新的容器里添加元素，添加完元素之后，再将原容器的引用指向新的容器。这样做的好处是我们可以对CopyOnWrite容器进行并发的读，而不需要加锁，因为当前容器不会添加任何元素。所以CopyOnWrite容器也是一种读写分离的思想，读和写不同的容器。

 

 这个容器在写入的时候，会copy一份，然后在新的里面进行修改，此时，如果有其他线程要去读取数据的时候，会去原来的里面去读取，在写线程写入完毕后，对应的指针会指向新的内存空间，这种方式适合读多写少的情况。

在多个写的过程中，jdk的底层是有锁的，只有在一个线程结束后，才允许另外一个线程去操作数据，不会出现数据不一致的现象。

下面看一个ConcurrentHashMap的里面一个比较有意思的方法,

public class UseConcurrentMap {
    public static void main(String[] args) {
        ConcurrentHashMap<String, Object> chm = new ConcurrentHashMap<String, Object>();
        chm.put("k1", "v1");
        chm.put("k2", "v2");
        chm.put("k3", "v3");
        chm.putIfAbsent("k4", "vvvv");
//        for (Map.Entry<String, Object> me : chm.entrySet()) {
//            System.out.println("key:" + me.getKey() + ",value:" + me.getValue());
//        }
        Iterator iter = chm.entrySet().iterator();
        while (iter.hasNext()) {
            Map.Entry me = (Map.Entry) iter.next();
            System.out.println("key:" + me.getKey() + ",value:" + me.getValue());
        }
    }
}

设想一个，这段代码的打印结果是什么？

putIfAbsent的用法是先判断ConcurrentHashMap里面是否存在这个key，如果不存在，就把key和对应的value放入ConcurrentHashMap中，如果存在，则不操作ConcurrentHashMap。

下面说一下这两个容器的缺点：
这两种模式只是提高了高并发中的性能，并不是说高并发项目中，用了这个容器就解决问题了，具体还是要看具体项目的场景及项目的代码设计。