剖析Java中阻塞队列的实现原理及应用场景
我们平时使用的一些常见队列都是非阻塞队列,比如priorityqueue、linkedlist(linkedlist是双向链表,它实现了dequeue接口)。
使用非阻塞队列的时候有一个很大问题就是:它不会对当前线程产生阻塞,那么在面对类似消费者-生产者的模型时,就必须额外地实现同步策略以及线程间唤醒策略,这个实现起来就非常麻烦。但是有了阻塞队列就不一样了,它会对当前线程产生阻塞,比如一个线程从一个空的阻塞队列中取元素,此时线程会被阻塞直到阻塞队列中有了元素。当队列中有元素后,被阻塞的线程会自动被唤醒(不需要我们编写代码去唤醒)。这样提供了极大的方便性。
一.几种主要的阻塞队列
自从java 1.5之后,在java.util.concurrent包下提供了若干个阻塞队列,主要有以下几个:
arrayblockingqueue:基于数组实现的一个阻塞队列,在创建arrayblockingqueue对象时必须制定容量大小。并且可以指定公平性与非公平性,默认情况下为非公平的,即不保证等待时间最长的队列最优先能够访问队列。
linkedblockingqueue:基于链表实现的一个阻塞队列,在创建linkedblockingqueue对象时如果不指定容量大小,则默认大小为integer.max_value。
priorityblockingqueue:以上2种队列都是先进先出队列,而priorityblockingqueue却不是,它会按照元素的优先级对元素进行排序,按照优先级顺序出队,每次出队的元素都是优先级最高的元素。注意,此阻塞队列为*阻塞队列,即容量没有上限(通过源码就可以知道,它没有容器满的信号标志),前面2种都是有界队列。
delayqueue:基于priorityqueue,一种延时阻塞队列,delayqueue中的元素只有当其指定的延迟时间到了,才能够从队列中获取到该元素。delayqueue也是一个*队列,因此往队列中插入数据的操作(生产者)永远不会被阻塞,而只有获取数据的操作(消费者)才会被阻塞。
二.阻塞队列中的方法 vs 非阻塞队列中的方法
1.非阻塞队列中的几个主要方法:
- add(e e):将元素e插入到队列末尾,如果插入成功,则返回true;如果插入失败(即队列已满),则会抛出异常;
- remove():移除队首元素,若移除成功,则返回true;如果移除失败(队列为空),则会抛出异常;
- offer(e e):将元素e插入到队列末尾,如果插入成功,则返回true;如果插入失败(即队列已满),则返回false;
- poll():移除并获取队首元素,若成功,则返回队首元素;否则返回null;
- peek():获取队首元素,若成功,则返回队首元素;否则返回null
对于非阻塞队列,一般情况下建议使用offer、poll和peek三个方法,不建议使用add和remove方法。因为使用offer、poll和peek三个方法可以通过返回值判断操作成功与否,而使用add和remove方法却不能达到这样的效果。注意,非阻塞队列中的方法都没有进行同步措施。
2.阻塞队列中的几个主要方法:
阻塞队列包括了非阻塞队列中的大部分方法,上面列举的5个方法在阻塞队列中都存在,但是要注意这5个方法在阻塞队列中都进行了同步措施。除此之外,阻塞队列提供了另外4个非常有用的方法:
- put(e e)
- take()
- offer(e e,long timeout, timeunit unit)
- poll(long timeout, timeunit unit)
- put方法用来向队尾存入元素,如果队列满,则等待;
- take方法用来从队首取元素,如果队列为空,则等待;
- offer方法用来向队尾存入元素,如果队列满,则等待一定的时间,当时间期限达到时,如果还没有插入成功,则返回false;否则返回true;
- poll方法用来从队首取元素,如果队列空,则等待一定的时间,当时间期限达到时,如果取到,则返回null;否则返回取得的元素;
三.阻塞队列的实现原理
如果队列是空的,消费者会一直等待,当生产者添加元素时候,消费者是如何知道当前队列有元素的呢?如果让你来设计阻塞队列你会如何设计,让生产者和消费者能够高效率的进行通讯呢?让我们先来看看jdk是如何实现的。
使用通知模式实现。所谓通知模式,就是当生产者往满的队列里添加元素时会阻塞住生产者,当消费者消费了一个队列中的元素后,会通知生产者当前队列可用。通过查看jdk源码发现arrayblockingqueue使用了condition来实现,代码如下:
private final condition notfull; private final condition notempty; public arrayblockingqueue(int capacity, boolean fair) { //省略其他代码 notempty = lock.newcondition(); notfull = lock.newcondition(); } public void put(e e) throws interruptedexception { checknotnull(e); final reentrantlock lock = this.lock; lock.lockinterruptibly(); try { while (count == items.length) notfull.await(); insert(e); } finally { lock.unlock(); } } public e take() throws interruptedexception { final reentrantlock lock = this.lock; lock.lockinterruptibly(); try { while (count == 0) notempty.await(); return extract(); } finally { lock.unlock(); } } private void insert(e x) { items[putindex] = x; putindex = inc(putindex); ++count; notempty.signal(); }
当我们往队列里插入一个元素时,如果队列不可用,阻塞生产者主要通过locksupport.park(this);来实现
public final void await() throws interruptedexception { if (thread.interrupted()) throw new interruptedexception(); node node = addconditionwaiter(); int savedstate = fullyrelease(node); int interruptmode = 0; while (!isonsyncqueue(node)) { locksupport.park(this); if ((interruptmode = checkinterruptwhilewaiting(node)) != 0) break; } if (acquirequeued(node, savedstate) && interruptmode != throw_ie) interruptmode = reinterrupt; if (node.nextwaiter != null) // clean up if cancelled unlinkcancelledwaiters(); if (interruptmode != 0) reportinterruptafterwait(interruptmode); }
继续进入源码,发现调用setblocker先保存下将要阻塞的线程,然后调用unsafe.park阻塞当前线程。
public static void park(object blocker) { thread t = thread.currentthread(); setblocker(t, blocker); unsafe.park(false, 0l); setblocker(t, null); }
unsafe.park是个native方法,代码如下:
public native void park(boolean isabsolute, long time);
park这个方法会阻塞当前线程,只有以下四种情况中的一种发生时,该方法才会返回。
与park对应的unpark执行或已经执行时。注意:已经执行是指unpark先执行,然后再执行的park。
线程被中断时。
如果参数中的time不是零,等待了指定的毫秒数时。
发生异常现象时。这些异常事先无法确定。
我们继续看一下jvm是如何实现park方法的,park在不同的操作系统使用不同的方式实现,在linux下是使用的是系统方法pthread_cond_wait实现。实现代码在jvm源码路径src/os/linux/vm/os_linux.cpp里的 os::platformevent::park方法,代码如下:
void os::platformevent::park() { int v ; for (;;) { v = _event ; if (atomic::cmpxchg (v-1, &_event, v) == v) break ; } guarantee (v >= 0, "invariant") ; if (v == 0) { // do this the hard way by blocking ... int status = pthread_mutex_lock(_mutex); assert_status(status == 0, status, "mutex_lock"); guarantee (_nparked == 0, "invariant") ; ++ _nparked ; while (_event < 0) { status = pthread_cond_wait(_cond, _mutex); // for some reason, under 2.7 lwp_cond_wait() may return etime ... // treat this the same as if the wait was interrupted if (status == etime) { status = eintr; } assert_status(status == 0 || status == eintr, status, "cond_wait"); } -- _nparked ; // in theory we could move the st of 0 into _event past the unlock(), // but then we'd need a membar after the st. _event = 0 ; status = pthread_mutex_unlock(_mutex); assert_status(status == 0, status, "mutex_unlock"); } guarantee (_event >= 0, "invariant") ; } }
pthread_cond_wait是一个多线程的条件变量函数,cond是condition的缩写,字面意思可以理解为线程在等待一个条件发生,这个条件是一个全局变量。这个方法接收两个参数,一个共享变量_cond,一个互斥量_mutex。而unpark方法在linux下是使用pthread_cond_signal实现的。park 在windows下则是使用waitforsingleobject实现的。
当队列满时,生产者往阻塞队列里插入一个元素,生产者线程会进入waiting (parking)状态。我们可以使用jstack dump阻塞的生产者线程看到这点:
"main" prio=5 tid=0x00007fc83c000000 nid=0x10164e000 waiting on condition [0x000000010164d000] java.lang.thread.state: waiting (parking) at sun.misc.unsafe.park(native method) - parking to wait for <0x0000000140559fe8> (a java.util.concurrent.locks.abstractqueuedsynchronizer$conditionobject) at java.util.concurrent.locks.locksupport.park(locksupport.java:186) at java.util.concurrent.locks.abstractqueuedsynchronizer$conditionobject.await(abstractqueuedsynchronizer.java:2043) at java.util.concurrent.arrayblockingqueue.put(arrayblockingqueue.java:324) at blockingqueue.arrayblockingqueuetest.main(arrayblockingqueuetest.java:11)
四.示例和使用场景
下面先使用object.wait()和object.notify()、非阻塞队列实现生产者-消费者模式:
public class test { private int queuesize = 10; private priorityqueue<integer> queue = new priorityqueue<integer>(queuesize); public static void main(string[] args) { test test = new test(); producer producer = test.new producer(); consumer consumer = test.new consumer(); producer.start(); consumer.start(); } class consumer extends thread{ @override public void run() { consume(); } private void consume() { while(true){ synchronized (queue) { while(queue.size() == 0){ try { system.out.println("队列空,等待数据"); queue.wait(); } catch (interruptedexception e) { e.printstacktrace(); queue.notify(); } } queue.poll(); //每次移走队首元素 queue.notify(); system.out.println("从队列取走一个元素,队列剩余"+queue.size()+"个元素"); } } } } class producer extends thread{ @override public void run() { produce(); } private void produce() { while(true){ synchronized (queue) { while(queue.size() == queuesize){ try { system.out.println("队列满,等待有空余空间"); queue.wait(); } catch (interruptedexception e) { e.printstacktrace(); queue.notify(); } } queue.offer(1); //每次插入一个元素 queue.notify(); system.out.println("向队列取中插入一个元素,队列剩余空间:"+(queuesize-queue.size())); } } } } }
这个是经典的生产者-消费者模式,通过阻塞队列和object.wait()和object.notify()实现,wait()和notify()主要用来实现线程间通信。
具体的线程间通信方式(wait和notify的使用)在后续问章中会讲述到。
下面是使用阻塞队列实现的生产者-消费者模式:
public class test { private int queuesize = 10; private arrayblockingqueue<integer> queue = new arrayblockingqueue<integer>(queuesize); public static void main(string[] args) { test test = new test(); producer producer = test.new producer(); consumer consumer = test.new consumer(); producer.start(); consumer.start(); } class consumer extends thread{ @override public void run() { consume(); } private void consume() { while(true){ try { queue.take(); system.out.println("从队列取走一个元素,队列剩余"+queue.size()+"个元素"); } catch (interruptedexception e) { e.printstacktrace(); } } } } class producer extends thread{ @override public void run() { produce(); } private void produce() { while(true){ try { queue.put(1); system.out.println("向队列取中插入一个元素,队列剩余空间:"+(queuesize-queue.size())); } catch (interruptedexception e) { e.printstacktrace(); } } } } }
有没有发现,使用阻塞队列代码要简单得多,不需要再单独考虑同步和线程间通信的问题。
在并发编程中,一般推荐使用阻塞队列,这样实现可以尽量地避免程序出现意外的错误。
阻塞队列使用最经典的场景就是socket客户端数据的读取和解析,读取数据的线程不断将数据放入队列,然后解析线程不断从队列取数据解析。还有其他类似的场景,只要符合生产者-消费者模型的都可以使用阻塞队列。
上一篇: asp.net 页面逐步呈现的方法总结