并发类容器

一、传统同步容器的缺陷：
同步类容器：如古老的Vector、HashTable。这些容器的同步功能其实都是有
JDK的Collections.synchronized***等工厂方法去创建实现的。
其底层的机制无非就是用传统的synchronized关键字对每个公用的方法都进行同步，使得每次只能有一个线程访问容器的状态。
因而状态都是串行化的。他们虽然实现了线程安全，但是严重降低了并发性，
在多线程环境时，严重降低了应用程序的吞吐量。
这很明显不满足我们今天互联网时代高并发的需求，在保证线程安全的同时，也必须要有足够好的性能。

二、使用须知：
同步类容器都是线程安全的，但在某些场景下可能需要加锁来保护复合操作。复合类操作如：
迭代（反复访问元素，遍历完容器中所有的元素）、
跳转（根据指定的顺序找到当前元素的下一个元素）、
以及条件运算。
这些复合操作在多线程并发地修改容器时，可能会表现出意外的行为，
最经典的便是ConcurrentModificationException，原因是当容器迭代的过程中，被并发的修改了内容，
这是由于早期迭代器设计的时候并没有考虑并发修改的问题。


三、常用并发类容器：

3.1、ConcurrentMap接口下有俩个重要的实现：
ConcurrentHashMap（替代hashtable,操作和map操作类似）

ConcurrentSkipListMap（支持并发排序功能，弥补ConcurrentHashMap,无论添加顺序，可以自动对key进行排序）

ConcurrentSkipListMap<Integer,String> map = new ConcurrentSkipListMap<Integer, String>();
map.put(4, "dhh4");
map.put(1, "dhh1");
map.put(5, "dhh5");
map.put(8, "dhh8");
map.put(2, "dhh2");
map.put(11, "dhh11");
for(Map.Entry<Integer, String> entry : map.entrySet()){
	System.out.println(entry.getKey() + " : " + entry.getValue());
}

实现原理：

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


3.2、Copy-On-Write容器
Copy-On-Write简称COW，是一种用于程序设计中的优化策略。
JDK里的COW容器有两种：

CopyOnWriteArrayList（和操作list类似）、

CopyOnWriteArraySet（和操作list类似），

COW容器非常有用，可以在非常多的并发场景中使用到。

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

CopyOnWriteArrayList<String> cwal = new CopyOnWriteArrayList<String>();
CopyOnWriteArraySet<String> cwas = new CopyOnWriteArraySet<String>();

cwal.add("a");
cwas.add("b");
cwas.add("c");

3.3、并发Queue
在并发队列上JDK提供了两套实现，
一个是以ConcurrentLinkedQueue为代表的高性能队列，
一个是以BlockingQueue接口为代表的阻塞队列，
无论哪种都继承自Queue


ConcurrentLinkedQueue：
是一个适用于高并发场景下的队列，通过无锁的方式，实现了高并发状态下的高性能，
通常ConcurrentLinkedQueue性能好于BlockingQueue。它是一个基于链接节点的无界线程安全队列。
该队列的元素遵循先进先出的原则。头是最先加入的，尾是最近加入的，该队列不允许null元素。


ConcurrentLinkedQueue重要方法：
add() 和 offer() 都是加入元素的方法 （在ConcurrentLinkedQueue中，这俩个方法没有任何区别） 
poll() 和 peek() 都是取头元素节点，区别在于前者会删除元素，后者不会。


BlockingQueue：

3.3.1、ArrayBlockingQueue： 

基于数组的阻塞队列实现，在ArrayBlockingQueue内部，维护了一个定长数组，

以便缓存队列中的数据对象，其内部没实现读写分离，也就意味着生产和消费不能完全并行，长度是需要定义的，
可以指定先进先出或者先进后出，也叫有界队列，在很多场合非常适合使用。

3.3.2、LinkedBlockingQueue：

基于链表的阻塞队列，同ArrayBlockingQueue类似，

其内部也维持着一个数据缓冲队列（该队列由一个链表构成），LinkedBlockingQueue之所以能够高效的处理并发数据，
是因为其内部实现采用分离锁（读写分离两个锁），从而实现生产者和消费者操作的完全并行运行。他是一个无界队列。

3.3.3、SynchronousQueue ：

一种没有缓冲的队列，生产者产生的数据直接会被消费者获取并消费。（运行两个线程，一定要有线程take,另一个线程才能put

也就是该队列不存储元素，要有线程在该队列中拿数据，同时有线程在队列中放数据，就能成功！）

final SynchronousQueue<String> q = new SynchronousQueue<String>();
Thread t1 = new Thread(new Runnable() {
	@Override
	public void run() {
		try {
			System.out.println(q.take());
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}
});
t1.start();
Thread t2 = new Thread(new Runnable() {
	
	@Override
	public void run() {
		q.add("asdasd");
	}
});
t2.start();	

3.3.4、PriorityBlockingQueue：

基于优先级的阻塞队列（优先级的判断通过构造函数传入的Compator对象来决定，也就是说传入队列的对象必须实现Comparable接口），

在实现PriorityBlockingQueue时，内部控制线程同步的锁采用的是公平锁，他也是一个无界的队列。（注意事项：如果遍历队列是不能看到

排序的效果的，一定要take才能看到效果，take时（没看源码，不知道是之前还是之后）队列会产生一个按照排序算法--compareTo -->筛选出目标值）

public class UsePriorityBlockingQueue {
	public static void main(String[] args) throws Exception{
		PriorityBlockingQueue<Task> q = new PriorityBlockingQueue<Task>();
		Task t1 = new Task(3,"id为3");
		Task t2 = new Task(4,"id为4");
		Task t3 = new Task(1,"id为1");
		
		/**
		 * task实现Comparable<Task>
		 * @Override
		 * public int compareTo(Task task) {
		 *	  return this.id > task.id ? 1 : (this.id < task.id ? -1 : 0);  
		 * }
		 */
		q.add(t1);	//3
		q.add(t2);	//4
		q.add(t3);  //1
		
		System.out.println("容器：" + q);        //容器：[1,id为1, 4,id为4, 3,id为3]
		System.out.println(q.take().getId());  //1
		System.out.println("容器：" + q);        //容器：[3,id为3, 4,id为4]
		System.out.println(q.take().getId());  //3
		System.out.println("容器：" + q);        //容器：[4,id为4]
		System.out.println(q.take().getId());  //4
		System.out.println("容器：" + q);        //容器：[]
	}
}

3.3.5、DelayQueue：

带有延迟时间的Queue，其中的元素只有当其指定的延迟时间到了，才能够从队列中获取到该元素。

DelayQueue中的元素必须实现Delayed接口，DelayQueue是一个没有大小限制的队列，
应用场景很多，比如对缓存超时的数据进行移除、 任务超时处理、空闲连接的关闭等等。 （经典案例，网吧上网计时）


3.4、BlockingQueue接口的重要方法：

放入数据：offer(anObject):

表示如果可能的话,将anObject加到BlockingQueue里,

即如果BlockingQueue可以容纳, 则返回true,否则返回false.（本方法不阻塞当前执行方法的线程）

offer(E o, long timeout, TimeUnit unit)

可以设定等待的时间，如果在指定的时间内，还不能往队列中加入BlockingQueue，则返回失败。

put(anObject):

把anObject加到BlockingQueue里,如果BlockQueue没有空间,则调用此方法的线程被阻断直到BlockingQueue里面有空间再继续.

获取数据：poll(time):

取走BlockingQueue里排在首位的对象,若不能立即取出,则可以等time参数规定的时间,取不到时返回null;

poll(long timeout, TimeUnit unit)：

从BlockingQueue取出一个队首的对象，如果在指定时间内，队列一旦有数据可取，

则立即返回队列中的数据。否则知道时间超时还没有数据可取，返回失败。

take():

取走BlockingQueue里排在首位的对象,若BlockingQueue为空,阻断进入等待状态直到BlockingQueue有新的数据被加入;

drainTo():

一次性从BlockingQueue获取所有可用的数据对象（还可以指定获取数据的个数），通过该方法，

可以提升获取数据效率；不需要多次分批加锁或释放锁。

3.5、Deque

Deque允许在队列的头部活尾部进行出队和入队操作。

LinkedBlockingDeque是一个线程安全的双端队列实现，可以说他是最为复杂的一种队列，
在内部实现维护了前端和后端节点，但是其没有实现读写分离，因此同一时间只能有一个线程对其进行操作。
在高并发中性能要远低于其他BlockingQueue。更要低于ConcurrentLinkedQueue，
在jdk早期有一个非线程安全的Deque就是ArrayDeque了，java6里添加了LinkedBlockingDeque来弥补多线程场景下线程安全的问题。

import java.util.concurrent.LinkedBlockingDeque;
public class UseDeque {

	public static void main(String[] args) {
		
		LinkedBlockingDeque<String> dq = new LinkedBlockingDeque<String>(10);
		dq.addFirst("a");
		dq.addFirst("b");
		dq.addFirst("c");
		dq.addFirst("d");
		dq.addFirst("e");
		dq.addLast("f");
		dq.addLast("g");
		dq.addLast("h");
		dq.addLast("i");
		dq.addLast("j");
		//dq.offerFirst("k");
		System.out.println("查看头元素：" + dq.peekFirst());
		System.out.println("获取尾元素：" + dq.pollLast());
		Object [] objs = dq.toArray();
		for (int i = 0; i < objs.length; i++) {
			System.out.println(objs[i]);
		}
		
	}
}