关于线程池中的阻塞队列BlockingQueue

本文详细解析了Java中BlockingQueue的五种实现:ArrayBlockingQueue、DelayQueue、LinkedBlockingQueue、PriorityBlockingQueue和SynchronousQueue。阐述了每种队列的特点、适用场景及内部实现机制。

       接上篇文章https://blog.youkuaiyun.com/GoSaint/article/details/84345210

       对于BlockingQueue阻塞队列而言,常用在多线程生产者和消费者模型上。首先我们需要明确的是阻塞队列是线程安全的。或者可以称之为并发队列,是并发容器的一种规范。

                  

上图是BlockingQueue的实现类:我们介绍下这几个相关的实现。

1 ArrayBlockingQueue

ArrayBlockingQueue是基于数组的队列实现。

存在三个构造器:

(1)public ArrayBlockingQueue(int capacity, boolean fair) {}

(2) public ArrayBlockingQueue(int capacity) {}

(3)public ArrayBlockingQueue(int capacity, boolean fair,Collection<? extends E> c) {}

        从上面的三个构造器可以看出,要创建一个ArrayBlockingQueue,最起码需要一个参数capacity;从而说明                  ArrayBlockingQueue是有界的阻塞队列。当然这里的有界无界是针对Integer.MAX。如果说我们的指定的容量超过Integer.MAX或者说没有容量大小的限制。那么就可以说这个队列是无界的。boolean fair这个参数是指定是否是公平锁还是非公平锁。对于非公平锁而言,吞吐量要高。最后一个参数Collection,可以指定用一个集合来初始化,将此集合中的元素在构造方法期间就先添加到队列中。

  ArrayBlockingQueue在生产者放入数据和消费者获取数据,都是共用同一个锁对象,由此也意味着两者无法真正并行运行,这点尤其不同于LinkedBlockingQueue;按照实现原理来分析,ArrayBlockingQueue完全可以采用分离锁,从而实现生产者和消费者操作的完全并行运行。Doug Lea之所以没这样去做,也许是因为ArrayBlockingQueue的数据写入和获取操作已经足够轻巧,以至于引入独立的锁机制,除了给代码带来额外的复杂性外,其在性能上完全占不到任何便宜。 ArrayBlockingQueue和LinkedBlockingQueue间还有一个明显的不同之处在于,前者在插入或删除元素时不会产生或销毁任何额外的对象实例,而后者则会生成一个额外的Node对象。这在长时间内需要高效并发地处理大批量数据的系统中,其对于GC的影响还是存在一定的区别。而在创建ArrayBlockingQueue时,我们还可以控制对象的内部锁是否采用公平锁,默认采用非公平锁。

        总结:ArrayBlockingQueue是有界的,并且生产者和消费者使用的是同一个锁。因此无法实现真正的并行。

2 DelayQueue(延迟工作队列)

        首先要明确的是:延迟队列是无界的工作队列。只有当指定的时间到了之后才能从队列中取到数据。这就是延迟队列。关于使用demo,我给出下面的一种。首先延迟队列,我们也可以初始化一个容器去存储数据。我们定义对象message.去实现Delayed接口。

package com.cmos.communication;

import java.util.concurrent.Delayed;
import java.util.concurrent.TimeUnit;

/**
 * 消息体定义 实现Delayed接口就是实现两个方法即compareTo 和 getDelay
 * 
 * @author gosaint
 *
 */
public class Message implements Delayed {

	private int id;
	private String body; // 消息内容
	private long excuteTime;// 延迟时长,这个是必须的属性因为要按照这个判断延时时长。

	public Message(int id, String body, long delayTime) {
		this.id = id;
		this.body = body;
		this.excuteTime = TimeUnit.NANOSECONDS.convert(delayTime, TimeUnit.MILLISECONDS) + System.nanoTime();
	}

	public int getId() {
		return id;
	}

	public void setId(int id) {
		this.id = id;
	}

	public String getBody() {
		return body;
	}

	public void setBody(String body) {
		this.body = body;
	}

	public long getExcuteTime() {
		return excuteTime;
	}

	public void setExcuteTime(long excuteTime) {
		this.excuteTime = excuteTime;
	}

	@Override
	public int compareTo(Delayed delayed) {
		Message msg = (Message) delayed;
		return Integer.valueOf(this.id) > Integer.valueOf(msg.id) ? 1
				: (Integer.valueOf(this.id) < Integer.valueOf(msg.id) ? -1 : 0);
	}

	// 最重要的就是getDelay方法,这个方法用来判断是否到期……
	@Override
	public long getDelay(TimeUnit unit) {
		return unit.convert(this.excuteTime - System.nanoTime(), TimeUnit.NANOSECONDS);
	}

}

下面的代码是消费者以及测试实例:

    // 延时队列 ,消费者从其中获取消息进行消费  
    private DelayQueue<Message> queue;  
  
    public Consumer2(DelayQueue<Message> queue) {  
        this.queue = queue;  
    }  
  
    @Override  
    public void run() {  
        while (true) {  
            try {  
                Message take = queue.take();  
                System.out.println("消费消息id:" + take.getId() + " 消息体:" + take.getBody());  
            } catch (InterruptedException e) {  
                e.printStackTrace();  
            }  
        }  
    }  
}
package com.cmos.procon.partten;  
  
import java.util.concurrent.DelayQueue;  
import java.util.concurrent.ExecutorService;  
import java.util.concurrent.Executors;  
  
public class DelayQueueTest {  
     public static void main(String[] args) {    
            // 创建延时队列    
            DelayQueue<Message> queue = new DelayQueue<Message>();    
            // 添加延时消息,m1 延时3s    
            Message m1 = new Message(1, "world", 3000);    
            // 添加延时消息,m2 延时10s    
            Message m2 = new Message(2, "hello", 10000);    
            //将延时消息放到延时队列中  
            queue.offer(m2);    
            queue.offer(m1);    
            // 启动消费线程 消费添加到延时队列中的消息,前提是任务到了延期时间   
            ExecutorService exec = Executors.newFixedThreadPool(1);  
            exec.execute(new Consumer2(queue));  
            exec.shutdown();  
        }    
}

3 LinkedBlockingQueue

基于链表实现的阻塞队列。

public LinkedBlockingQueue() {
        this(Integer.MAX_VALUE);
}

        从构造器来看,LinkedBlockingQueue是无界的阻塞队列。和ArrayBlockingQueue相比较,它是链表的实现,并且生产者和消费者各自使用自己的锁。因此就并发能力来看,它应该更加的高效。对于LinkedBlockingQueue的使用值得注意的是由于LinkedBlockingQueue是无界的,因此如果一旦生产者生产的速度大于消费者消费的速度,那么就很有可能产生内存溢出的。

4 PriorityBlockingQueue优先级队列

public PriorityBlockingQueue(int initialCapacity, Comparator<? super E> comparator) {}

        从构造器可以看出,可以通过某个字段或者其他属性进行比较排序,确定优先级。

5 SynchronousQueue(同步队列)

        它是一个特殊的队列,它的名字其实就蕴含了它的特征 – - 同步的队列。为什么说是同步的呢?这里说的并不是多线程的并发问题,而是因为当一个线程往队列中写入一个元素时,写入操作不会立即返回,需要等待另一个线程来将这个元素拿走;同理,当一个读线程做读操作的时候,同样需要一个相匹配的写线程的写操作。这里的 Synchronous 指的就是读线程和写线程需要同步,一个读线程匹配一个写线程。

总结:生产者生产一个,消费者消费一个。

参考:http://www.importnew.com/28053.html

 

 

 

### Java 线程池中的 `BlockingQueue` 使用及实现 #### 阻塞队列概述 在Java线程池中,`BlockingQueue` 是一个重要的组件,用于存储待处理的任务。当工作线程完成当前任务后,会从该队列中获取新的任务继续执行。如果队列为满,则尝试添加新任务的操作会被阻塞;同样地,如果队列为空,则试图移除元素的操作也会被阻塞直到有可用的数据。 #### 常见的 `BlockingQueue` 实现类 ##### 1. **ArrayBlockingQueue** 这是一种基于数组结构的有界阻塞队列,在创建时必须指定大小。它按照先进先出的原则对元素进行排序,并且提供了公平性和非公平性的选项来控制访问顺序。下面是一个简单的例子展示如何实例化 `ArrayBlockingQueue`: ```java // 创建容量为3的ArrayBlockingQueue对象 ArrayBlockingQueue<String> queue = new ArrayBlockingQueue<>(3); queue.put("Task 1"); // 向队列中放入数据项 String task = queue.take(); // 取走并返回队首元素 ``` 此代码片段展示了向 `ArrayBlockingQueue` 插入和取出元素的基本操作[^1]。 ##### 2. **SynchronousQueue** 不同于其他类型的阻塞队列,`SynchronousQueue` 不具备任何内部缓冲区。这意味着每当有一个生产者线程想要放置一项到队列里时,就必须立刻找到一个消费者线程准备接收这项。反之亦然——每个消费请求都需要匹配一个正在等待发送项目的生产方。因此,这种设计使得生产和消费过程紧密耦合在一起,通常适用于传递消息而不是批量处理作业的情况[^2]。 ##### 3. **LinkedBlockingQueue** 这是另一种常见的无界(默认情况下)或有界的阻塞队列实现方式。它的特点是采用链表作为底层容器,支持高效的插入删除操作。对于大多数应用场景而言,默认配置下的无限长度可能不是最佳选择,因为它可能导致内存溢出风险。可以通过构造函数传参限定最大容量以防止这种情况发生。 ```java // 定义固定大小为100的LinkedBlockingQueue LinkedBlockingQueue<Integer> lbq = new LinkedBlockingQueue<>(100); lbq.offer(42); // 尝试将整数42加入队尾 int value = lbq.poll(); // 获取并移除队头元素, 如果队列为空则立即返回null ``` 上述示例说明了怎样设置有限制条件的 `LinkedBlockingQueue`, 并演示了一些基本方法的应用[^4]. #### 自定义线程池与 `BlockingQueue` 的集成 为了更好地理解这些概念之间的关系,这里给出一段简化版自定义线程池的例子,其中包含了 `BlockingQueue` 的应用: ```java import java.util.concurrent.*; public class CustomThreadPool { private final int corePoolSize; private final BlockingQueue<Runnable> workQueue; public CustomThreadPool(int cores, BlockingQueue<Runnable> q){ this.corePoolSize=cores; this.workQueue=q; } public void execute(Runnable command) throws InterruptedException{ synchronized (this){ if(workQueue.size()<corePoolSize*2){ //假设核心线程数量不超过总任务量的一半 Thread t=new WorkerThread(command); t.start(); }else{ workQueue.put(command); // 当前线程过多时把任务放进队列排队等候 } } } static class WorkerThread extends Thread{ private Runnable job; public WorkerThread(Runnable r){ super(r); this.job=r; } @Override public void run(){ try{ job.run(); }finally{ System.out.println(Thread.currentThread().getName()+" finished."); } } } } ``` 这段程序构建了一个简易版本的工作窃取型线程池框架,能够动态调整并发度的同时合理利用 `BlockingQueue` 来缓存未被执行的任务列表[^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值