ArrayBlockingQueue 和LinkedBlockingQueue 代码解析(JDK8)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: 介绍了LinkedBlockingQueue和ArrayBlockingQueue源码实现原理相同点和不通电

在使用线程池的时候,需要指定BlockingQueue 常用的一般有ArrayBlockingQueue和LinkedBlockingQueue
有一天被问到有什么区别没回答上来,因此从代码的层面解析一下
1 ArrayBlockingQueue
顾名思义,就是用Array来实现的queue Blockqing 则说明是线程安全的

public class ArrayBlockingQueue<E> extends AbstractQueue<E> implements BlockingQueue<E>, Serializable {
    private static final long serialVersionUID = -817911632652898426L;
    final Object[] items;
    int takeIndex;
    int putIndex;
    int count;
    final ReentrantLock lock;
    private final Condition notEmpty;
    private final Condition notFull;
}

items 存储数据的数组
takeIndex 取数据时数组的下标
putIndex 放数据时的下标
count 数据的数量
lock 使用ReentrantLock 来保证线程安全
notEmpty 非空信号量,用来进行取数据时的信号量
notFull 非满信号量,在写数据时数据满时的等待信号量
1 构造函数

    public ArrayBlockingQueue(int capacity) {
        this(capacity, false);
    }
    public ArrayBlockingQueue(int capacity, boolean fair) {
        if (capacity <= 0)
            throw new IllegalArgumentException();
        this.items = new Object[capacity];//指定数组大小
        lock = new ReentrantLock(fair); //根据参数确定lock是否为公平锁,默认为false
        notEmpty = lock.newCondition(); //新建两个lock的信号量
        notFull =  lock.newCondition();
    }

2 写数据
研究代码发现 put add offer三个方法都调用了enqueue方法,ArrayBlockingQueue 将对数组的实际操作在jdk8抽象了出来,相对于jdk7进行了一定优化

    /**
     * Inserts element at current put position, advances, and signals.
     * Call only when holding lock.
     */
    //该方法只有在对象获取到锁之后才能调用
    private void enqueue(E x) {
        // assert lock.getHoldCount() == 1;
        // assert items[putIndex] == null;
        final Object[] items = this.items; //获取数组对象
        items[putIndex] = x; //putIndex 默认值为0
        if (++putIndex == items.length) //在putIndex到达数组尾部时,重新指向数组第一个位置
            putIndex = 0;
        count++; //数组元素+1
        notEmpty.signal(); //非空信号发送
    }

(1) offer
offer方法 尝试插入数据,在数组满时返回false,正常插入 返回true

    public boolean offer(E e) {
        checkNotNull(e); //校验数据是否为null
        final ReentrantLock lock = this.lock; //获取对象锁
        lock.lock(); //对当前对象加锁
        try {
            if (count == items.length) //如果数组满,返回false
                return false;
            else {
                enqueue(e); //数组没满,插入数据,返回true
                return true;
            }
        } finally {
            lock.unlock(); //释放锁
        }
    }

(2) add
ArrayBlockingQueue 调用了父类AbstractQueue的add方法,
在插入成功时返回true,在插入失败(数组满)时,抛出异常
AbstractQueue 的add方法调用了offer()方法,所以add是offer的功能升级版

    public boolean add(E e) {
        if (offer(e))
            return true;
        else
            throw new IllegalStateException("Queue full");
    }

(3) put
put方法 在进行数据插入时,会尝试获取锁并相应异常,同时,在数组满时,会一致等待,直到数组有了空闲空间

    public void put(E e) throws InterruptedException {
        checkNotNull(e);
        final ReentrantLock lock = this.lock;
        lock.lockInterruptibly();//尝试获取锁并相应异常
        try {
            while (count == items.length) //数组满,
                notFull.await(); //等待非满信号
            enqueue(e);
        } finally {
            lock.unlock(); //在数据正常插入或者其他线程抛出异常后,解锁
        }
    }

(4) offer(E e, long timeout, TimeUnit unit)
ArrayBlockingQueue 还提供了一种超时配置的方法,在数组数据满超过timeout后返回fasle

  public boolean offer(E e, long timeout, TimeUnit unit)
        throws InterruptedException {

        checkNotNull(e);
        long nanos = unit.toNanos(timeout);
        final ReentrantLock lock = this.lock;
        lock.lockInterruptibly();
        try {
            while (count == items.length) {
                if (nanos <= 0)
                    return false;
                nanos = notFull.awaitNanos(nanos); //condition超时后 返回-1
            }
            enqueue(e);
            return true;
        } finally {
            lock.unlock();
        }
    }

3 取数据
和写数据一样,取数据jdk8也进行了一定优化 统一调用dequeue方法

   private E dequeue() {
        // assert lock.getHoldCount() == 1;
        // assert items[takeIndex] != null;
        final Object[] items = this.items; 
        @SuppressWarnings("unchecked")
        E x = (E) items[takeIndex]; //获取最老数据
        items[takeIndex] = null; //最老数据位置置空
        if (++takeIndex == items.length) //下标到达最后 置零
            takeIndex = 0;
        count--; 
        if (itrs != null) //itrl目前没看到初始化的位置 ,暂时不清楚有什么用
            itrs.elementDequeued();
        notFull.signal();
        return x;
    }

(1) poll(E e, long timeout, TimeUnit unit)
很简单 列表为空返回null否则放回对应数据

    public E poll() {
        final ReentrantLock lock = this.lock;
        lock.lock(); //加锁
        try {
            return (count == 0) ? null : dequeue(); //列表为空返回null否则放回对应数据
        } finally {
            lock.unlock(); //解锁
        }
    }

(2) take(E e, long timeout, TimeUnit unit)
尝试加锁,在数组为空时一直等待,直到有新数据或者被外部中断

    public E take() throws InterruptedException {
        final ReentrantLock lock = this.lock;
        lock.lockInterruptibly();
        try {
            while (count == 0)
                notEmpty.await();
            return dequeue();
        } finally {
            lock.unlock();
        }
    }

(3) peek(E e, long timeout, TimeUnit unit)
返回最老数据,但是不弹出数据,仅获取数据。在数组为空时返回null
因此一条数据可以重复peek多次

    public E peek() {
        final ReentrantLock lock = this.lock;
        lock.lock();
        try {
            return itemAt(takeIndex); // null when queue is empty
        } finally {
            lock.unlock();
        }
    }
    final E itemAt(int i) {
        return (E) items[i];
    }

(4) poll(long timeout, TimeUnit unit)(E e, long timeout, TimeUnit unit)
也提供了等待超过timeout 返回null的poll方法

    public E poll(long timeout, TimeUnit unit) throws InterruptedException {
        long nanos = unit.toNanos(timeout);
        final ReentrantLock lock = this.lock;
        lock.lockInterruptibly();
        try {
            while (count == 0) {
                if (nanos <= 0)
                    return null;
                nanos = notEmpty.awaitNanos(nanos); //如果超时awaitNanos 返回-1 ,最后返回null
            }
            return dequeue();
        } finally {
            lock.unlock();
        }
    }

2 LinkedBlockingQueue
顾名思义,就是使用链表来存储的线程安全的队列

public class LinkedBlockingQueue<E> extends AbstractQueue<E> implements BlockingQueue<E>, Serializable {
    private static final long serialVersionUID = -6903933977591709194L;
    private final int capacity;
    private final AtomicInteger count;
    transient LinkedBlockingQueue.Node<E> head;
    private transient LinkedBlockingQueue.Node<E> last;
    private final ReentrantLock takeLock;
    private final Condition notEmpty;
    private final ReentrantLock putLock;
    private final Condition notFull;
}

capacity 链表的最大长度,默认为Integer.MAX_VALUE
count 元素数量
head 头节点
last 尾节点
takeLock 取数据锁
notEmpty 非空信号量
putLock 写数据锁
notFull 非满信号量
LinkedBlockingQueue 采用了读写锁分离,因此在短时间内产生大量读写操作时,
比arrayBlockingQueue性能更加优秀
1 构造函数

    public LinkedBlockingQueue() {
        this(Integer.MAX_VALUE);
    }
    public LinkedBlockingQueue(int capacity) {
        if (capacity <= 0) throw new IllegalArgumentException();
        this.capacity = capacity; //设置最大长度
        last = head = new Node<E>(null); //
    }

2写数据
LinkedBlockingQueue同样提供了三个函数 put offer add
同样提供了enqueue方法,该方法仅在获取到putLock 后执行

    private void enqueue(Node<E> node) {
        // assert putLock.isHeldByCurrentThread();
        // assert last.next == null;
        last = last.next = node; //在尾节点添加数据
    }

(1) offer(E e)

    public boolean offer(E e) {
        if (e == null) throw new NullPointerException();
        final AtomicInteger count = this.count; //获取元素数量
        if (count.get() == capacity) //如果链表长度到达上限,返回null
            return false;
        int c = -1;
        Node<E> node = new Node<E>(e); //创建新节点
        final ReentrantLock putLock = this.putLock; 
        putLock.lock();  //写锁加锁
        try {
            if (count.get() < capacity) { //如果没有到达链表上限
                enqueue(node);   //新增节点
                c = count.getAndIncrement(); //获取元素数量并将count+1(c=count,count++),
                                             //读写锁分离,链表数量可能有减少
                if (c + 1 < capacity)  //如果链表数量没有达到上限,非满信号量通知
                    notFull.signal();
            }
        } finally {
            putLock.unlock(); //解锁
        }
        if (c == 0)  //如果链表原来的数量为0
            signalNotEmpty(); //非空信号量通知
        return c >= 0;  //返回插入结果 成功返回true,失败返回fasle
    }
    private void signalNotEmpty() {
        final ReentrantLock takeLock = this.takeLock; //获取读锁
        takeLock.lock(); //读锁加锁,防止数据被读取
        try {
            notEmpty.signal(); //非空信号量通知
        } finally {
            takeLock.unlock(); //读锁解锁
        }
    }

(2) add(E e)
和ArrayBlockingQueue一样,直接调用offer方法,在新增成功后返回true,在新增失败后直接抛出异常
(3) put(E e)
put操作 和offer操作基本一致,只不过在链表满时进行等待,知道链表节点减少

 public void put(E e) throws InterruptedException {
        if (e == null) throw new NullPointerException();
        int c = -1;
        Node<E> node = new Node<E>(e);
        final ReentrantLock putLock = this.putLock; //获取写锁
        final AtomicInteger count = this.count;
        putLock.lockInterruptibly(); //对写锁加锁并相应异常
        try {
       
            while (count.get() == capacity) { //如果节点数量到达上限
                notFull.await(); //等待非满信号量的通知
            }
            enqueue(node); //在数据被弹出后,插入新节点
            c = count.getAndIncrement();  
            if (c + 1 < capacity)
                notFull.signal();
        } finally {
            putLock.unlock(); //释放写锁
        }
        if (c == 0) 
            signalNotEmpty();
    }

(4) offer(E e, long timeout, TimeUnit unit)
和ArrayBlockingQueue一样,如果链表ch长度到达上限,就等待timeout ,超时后直接返回fasle
3 读取数据
上dequeue

    private E dequeue() {
        // assert takeLock.isHeldByCurrentThread();
        // assert head.item == null;
        Node<E> h = head; // 获取头节点
        Node<E> first = h.next; //first设置为新的头节点
        h.next = h; // help GC //需要移除的节点next指向自己帮助gc
        head = first;  //head 置为新的头节点
        E x = first.item; //获取返回值得item
        first.item = null; //first item设置为null 
        return x; //返回item
    }

(1) poll(E e, long timeout, TimeUnit unit)

    public E poll() {
        final AtomicInteger count = this.count; //获取数量
        if (count.get() == 0) //如果链表节点数量为空 返回null
            return null;
        E x = null;
        int c = -1;
        final ReentrantLock takeLock = this.takeLock; //获取读锁并加锁
        takeLock.lock();
        try {
            if (count.get() > 0) {
                x = dequeue(); //获取数据
                c = count.getAndDecrement(); //数量-1
                if (c > 1)  //剩余节点>1
                    notEmpty.signal(); //非空信号通知
            }
        } finally {
            takeLock.unlock(); //读锁解锁
        }
        if (c == capacity) //可能有线程在等在非满信号,-1前数量=限定长度
            signalNotFull();
        return x;
    }
    private void signalNotFull() {
        final ReentrantLock putLock = this.putLock; //获取写锁并加锁
        putLock.lock();
        try {
            notFull.signal(); //非满信号通知
        } finally {
            putLock.unlock(); //写锁解锁
        } 
    }

(2) peek(E e)
存在返回数据,不存在返回null,链表节点不便,仅获取数据

    public E peek() {
        if (count.get() == 0)
            return null;
        final ReentrantLock takeLock = this.takeLock;
        takeLock.lock();
        try {
            Node<E> first = head.next;
            if (first == null)
                return null;
            else
                return first.item;
        } finally {
            takeLock.unlock();
        }
    }

(3) take(E e)
链表到达最大长度。等待,可以被异常中断

    public E take() throws InterruptedException {
        E x;
        int c = -1;
        final AtomicInteger count = this.count;
        final ReentrantLock takeLock = this.takeLock;
        takeLock.lockInterruptibly();
        try {
            while (count.get() == 0) {
                notEmpty.await();
            }
            x = dequeue();
            c = count.getAndDecrement();
            if (c > 1)
                notEmpty.signal();
        } finally {
            takeLock.unlock();
        }
        if (c == capacity)
            signalNotFull();
        return x;
    }

(4) poll(long timeout, TimeUnit unit)
等待超过timeout 返回null

3 两者的区别
1 Linked读写锁分离,在短时间内发生大量读写交替操作时性能高
2 Array在读写操作时不需要维护额外节点,空间较少
3 Array使用int count Linked使用AtomicInteger ,
因此:Array使用唯一Lock来保证count强一致性,Linked使用Atomic来保证count的准确性

相关文章
|
26天前
|
存储 安全 Java
系统安全架构的深度解析与实践:Java代码实现
【11月更文挑战第1天】系统安全架构是保护信息系统免受各种威胁和攻击的关键。作为系统架构师,设计一套完善的系统安全架构不仅需要对各种安全威胁有深入理解,还需要熟练掌握各种安全技术和工具。
71 10
|
25天前
|
前端开发 JavaScript 开发者
揭秘前端高手的秘密武器:深度解析递归组件与动态组件的奥妙,让你代码效率翻倍!
【10月更文挑战第23天】在Web开发中,组件化已成为主流。本文深入探讨了递归组件与动态组件的概念、应用及实现方式。递归组件通过在组件内部调用自身,适用于处理层级结构数据,如菜单和树形控件。动态组件则根据数据变化动态切换组件显示,适用于不同业务逻辑下的组件展示。通过示例,展示了这两种组件的实现方法及其在实际开发中的应用价值。
33 1
|
1月前
|
Java 关系型数据库 MySQL
【编程基础知识】Eclipse连接MySQL 8.0时的JDK版本和驱动问题全解析
本文详细解析了在使用Eclipse连接MySQL 8.0时常见的JDK版本不兼容、驱动类错误和时区设置问题,并提供了清晰的解决方案。通过正确配置JDK版本、选择合适的驱动类和设置时区,确保Java应用能够顺利连接MySQL 8.0。
158 1
|
1月前
|
机器学习/深度学习 人工智能 算法
揭开深度学习与传统机器学习的神秘面纱:从理论差异到实战代码详解两者间的选择与应用策略全面解析
【10月更文挑战第10天】本文探讨了深度学习与传统机器学习的区别,通过图像识别和语音处理等领域的应用案例,展示了深度学习在自动特征学习和处理大规模数据方面的优势。文中还提供了一个Python代码示例,使用TensorFlow构建多层感知器(MLP)并与Scikit-learn中的逻辑回归模型进行对比,进一步说明了两者的不同特点。
65 2
|
1月前
|
Java
【编程进阶知识】静态代理、JDK动态代理及Cglib动态代理各自存在的缺点及代码示例
本文介绍了三种Java代理模式:静态代理、JDK动态代理和Cglib动态代理。静态代理针对特定接口或对象,需手动编码实现;JDK动态代理通过反射机制实现,适用于所有接口;Cglib动态代理则基于字节码技术,无需接口支持,但需引入外部库。每种方法各有优缺点,选择时应根据具体需求考虑。
21 1
|
1月前
|
存储 搜索推荐 数据库
运用LangChain赋能企业规章制度制定:深入解析Retrieval-Augmented Generation(RAG)技术如何革新内部管理文件起草流程,实现高效合规与个性化定制的完美结合——实战指南与代码示例全面呈现
【10月更文挑战第3天】构建公司规章制度时,需融合业务实际与管理理论,制定合规且促发展的规则体系。尤其在数字化转型背景下,利用LangChain框架中的RAG技术,可提升规章制定效率与质量。通过Chroma向量数据库存储规章制度文本,并使用OpenAI Embeddings处理文本向量化,将现有文档转换后插入数据库。基于此,构建RAG生成器,根据输入问题检索信息并生成规章制度草案,加快更新速度并确保内容准确,灵活应对法律与业务变化,提高管理效率。此方法结合了先进的人工智能技术,展现了未来规章制度制定的新方向。
36 3
|
1月前
|
缓存 Java 索引
查看并解析当前jdk的垃圾收集器
本文介绍了如何查看和解析当前JDK使用的垃圾收集器,通过在IDEA中配置JVM选项并运行示例代码来展示G1垃圾回收器的详细信息和命令行标志。
26 0
查看并解析当前jdk的垃圾收集器
|
1月前
|
SQL 监控 关系型数据库
SQL错误代码1303解析与处理方法
在SQL编程和数据库管理中,遇到错误代码是常有的事,其中错误代码1303在不同数据库系统中可能代表不同的含义
|
1月前
|
SQL 安全 关系型数据库
SQL错误代码1303解析与解决方案:深入理解并应对权限问题
在数据库管理和开发过程中,遇到错误代码是常见的事情,每个错误代码都代表着一种特定的问题
|
2月前
|
敏捷开发 安全 测试技术
软件测试的艺术:从代码到用户体验的全方位解析
本文将深入探讨软件测试的重要性和实施策略,通过分析不同类型的测试方法和工具,展示如何有效地提升软件质量和用户满意度。我们将从单元测试、集成测试到性能测试等多个角度出发,详细解释每种测试方法的实施步骤和最佳实践。此外,文章还将讨论如何通过持续集成和自动化测试来优化测试流程,以及如何建立有效的测试团队来应对快速变化的市场需求。通过实际案例的分析,本文旨在为读者提供一套系统而实用的软件测试策略,帮助读者在软件开发过程中做出更明智的决策。

推荐镜像

更多