Java并发编程的艺术-为何创建两个Condition接口实现线程的通知等待机制

本文分析了《Java并发编程的艺术》中BoundedQueue.java代码,探讨为何在实现消费者-生产者模式时需要两个Condition对象。通过详细解读代码,解释了使用两个Condition接口能更精确地唤醒等待或生产线程,提高效率,并讨论了一种使用单个Condition实例的替代方案及其潜在问题。
摘要由CSDN通过智能技术生成

一、引言

 不知道你看《Java并发编程的艺术》此书的5.6Condition接口这一节内容时,在查看BoundedQueue.java代码的时候是否有疑问:为何有两个Condition对象:

private Condition    notEmpty = lock.newCondition();
private Condition    notFull = lock.newCondition();

 这个疑问是否来源于,既然是一个锁,为何需要两个Conditon接口来进行消费者-生产者模式下的线程管理呢?下面我先给出完整的书上源码,以及我个人对于源码的解读,其次再来回答这个问题。

二、代码分析

public class BoundedQueue<T> {
   
    private Object[]    items;
    // 添加的下标,删除的下标和数组当前数量
    private int addIndex, removeIndex, count;//注意默认初始值都是0
    private Lock lock     = new ReentrantLock();//锁结构为独占的重入锁
    private Condition    notEmpty = lock.newCondition();
    private Condition    notFull = lock.newCondition();
    public BoundedQueue(int size) {
   
            items = new Object[size];//队列的构造器
    }
    // 添加一个元素,如果数组满,则添加线程进入等待状态,直到有"空位"
    public void add(T t) throws InterruptedException {
   
            lock.lock();//写之前需要先获取锁资源
            try {
   
                    while (count == items.length)//意味着队列已满,不能够再添加元素
                            notFull.await();//使当前线程进入休眠状态
                    items[addIndex] = t;//以下是环形队列增加元素的代码,相信我说了此为环形,你一定能够理解以下代码
                    if (++addIndex 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值