同步类容器和并发类容器

**

同步类容器

**
同步类容器都是线程安全的，同步容器类包括 Vector 和 HashTable，二者都是早期 JDK 的一部分，此外还包括在 JDK1.2 当中添加的一些功能相似的类，这些同步的封装类是由 Collections.synchronizedXxx 等工厂方法创建的。 但在某些场景下可能需要加锁来保护复合操作。复合类操作如：迭代（反复访问元素， 遍历完容器中所有的元素）、跳转（根据指定的顺序找到当前元素的下一个元素）、以及条件运算。这些复合操作在多线程并发地修改容器时，可能会表现出意外的行为，最经典的便是 ConcurrentModificationException，原因是当容器迭代的过程中，被并发的修改了内容，这是由于早期迭代器设计的时候并没有考虑并发修改的问题，示例代码如下：

public class ConcurrentModificationExceptionDemo {

    public static void main(String[] args) {
        ArrayList<String> list = new ArrayList<>();
        list.add("111");

        Thread t1 = new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + "-----");
            for (Iterator<String> iterator = list.iterator(); iterator.hasNext(); ) {
                String element = iterator.next();
                System.out.println("element = " + element);
            }
        });

        Thread t2 = new Thread(() -> {
            list.remove(0);
        });

        t1.start();
        t2.start();
    }

}

修改很简单，我们只需要把ArrayList换为同步类容器就好。
通过阅读源码发现，同步类容器其底层的机制无非就是用传统的 synchronized 关键 字对每个公用的方法都进行同步，使得每次只能有一个线程访问容器的状态。这很明显不满 足我们今天互联网时代高并发的需求，在保证线程安全的同时，也必须要有足够好的性能。
**

并发类容器

**
JDK 5.0 以后提供了多种并发类容器来替代同步类容器从而改善性能。同步类容器的状态都是串行化的。他们虽然实现了线程安全，但是严重降低了并发性，在多线程环境时， 严重降低了应用程序的吞吐量。 并发类容器是专门针对并发设计的，使用 ConcurrentHashMap 来代替给予散列的传统的 HashTable，而且在 ConcurrentHashMap 中，添加了一些常见复合操作的支持。以及使用了 CopyOnWriteArraylist 代替 Voctor，并发的 CopyOnWriteArraySet，以及并发的 Queue，ConcurrentLinkedQueue 和 LinkedBlockingQueue，前者是高性能的队列，后者是以阻塞形式的队列，具体实现 Queue 还有很多，例如 ArrayBlockingQueue、 PriorityBlockingQueue、SynchronousQueue 等。
**

CurrentHashMap

**
由于 HashMap 是线程不同步的，虽然处理数据的效率高，但是在多线程的情况下存在着安全问题，因此设计了 CurrentHashMap 来解决多线程安全问题。
HashMap 在 put 的时候，插入的元素超过了容量（由负载因子决定）的范围就会触发扩容操作，就是 rehash，这个会重新将原数组的内容重新 hash 到新的扩容数组中，在多线程的环境下，存在同时其他的元素也在进行 put 操作，如果 hash 值相同，可能出现同时 在同一数组下用链表表示，造成闭环，导致在 get 时会出现死循环，所以 HashMap 是线程不安全的。
JDK7 下的 CurrentHashMap

在 JDK1.7 版本中，ConcurrentHashMap 的数据结构是由一个 Segment 数组和多个 HashEntry 组成，主要实现原理是实现了锁分离的思路解决了多线程的安全问题，如下图所示：

Segment 数组的意义就是将一个大的 table 分割成多个小的 table 来进行加锁，也就是上面的提到的锁分离技术，而每一个Segment 元素存储的是 HashEntry 数组+链表，这个和 HashMap 的数据存储结构一样。 ConcurrentHashmap 内部使用段（Segment）来表示这些不同的部分，每个段其实就是个小的HashTable，它们有自己的锁。只要多个修改操作发生在不同的段上，它们就可以并发进行。把一个整体分成了16个段（Segment）。也就是最高支持 16 个线程的并发修改操作。这也是在多线程场景时减小锁的粒度从而降低锁竞争的一种方案。并且代码中大多共享变量使用 volatile 关键字声明，目的是第一时间获取修改的内容，性能非常好。
JDK8 的 ConcurrentHashMap

JDK1.8 的实现已经摒弃了 Segment 的概念，而是直接用 Node 数组+链表+红黑树的数 据结构来实现，并发控制使用 Synchronized 和 CAS 来操作，整个看起来就像是优化过且
线程安全的 HashMap，虽然在 JDK1.8 中还能看到 Segment 的数据结构，但是已经简化了 属性，只是为了兼容旧版本。
Node 是 ConcurrentHashMap 存储结构的基本单元，继承于HashMap中的 Entry，用于存储数据，Node 数据结构很简单，就是一个链表，但是只允许对数据进行查找，不允许进行修改。

CopyOnWrite 容器

Copy-On-Writef 简称 COW，是一种用于程序设计中的优化策略。 JDK 里的 COW 容器有两种： CopyOnWriteArrayList 和 CopyOnWriteArraySet, COW 容器非常有用，可以在非常多的并发场景中使用到。
什么是 CopyOnWrite 容器？
CopyOnWrite 容器即写时复制的容器。通俗的理解是当我们往一个容器添加元素的时 候，不直接往当前容器添加，而是先将当前容器进行 Copy，复制出一个新的容器，然后新的容器里添加元素，添加完元素之后，再将原容器的引用指向新的容器。这样做的好处是我 们可以对 CopyOnWrite 容器进行并发的读，而不需要加锁，因为当前容器不会添加任何元素。所以 CopyOnWrite 容器也是一种读写分离的思想，读和写不同的容器。