同步类容器:如古老的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]);
}
}
}