转载

Java 高频面试题:聊一聊 JUC 下的 LinkedBlockingQueue

本文聊一下 JUC 下的 LinkedBlockingQueue 队列,先说说 LinkedBlockingQueue 队列的特点,然后再从源码的角度聊一聊 LinkedBlockingQueue 的主要实现~

LinkedBlockingQueue 有以下特点:

  • 「LinkedBlockingQueue 是阻塞队列,底层是单链表实现的」~

  • 「元素从队列尾进队,从队列头出队,符合FIFO」~

  • 「可以使用 Collection 和 Iterator 两个接口的所有操作,因为实现了两者的接口」~

  • 「LinkedBlockingQueue 队列读写操作都加了锁,但是读写用的是两把不同的锁,所以可以同时读写操作」~

LinkedBlockingQueue 队列继承了 AbstractQueue 类,实现了 BlockingQueue 接口,LinkedBlockingQueue  主要有以下接口:

//将指定的元素插入到此队列的尾部(如果立即可行且不会超过该队列的容量)
//在成功时返回 true,如果此队列已满,则抛IllegalStateException。 
boolean add(E e); 

//将指定的元素插入到此队列的尾部(如果立即可行且不会超过该队列的容量) 
// 将指定的元素插入此队列的尾部,如果该队列已满, 
//则在到达指定的等待时间之前等待可用的空间,该方法可中断 
boolean offer(E e, long timeout, TimeUnit unit) throws InterruptedException; 

//将指定的元素插入此队列的尾部,如果该队列已满,则一直等到(阻塞)。 
void put(E e) throws InterruptedException; 

//获取并移除此队列的头部,如果没有元素则等待(阻塞), 
//直到有元素将唤醒等待线程执行该操作 
E take() throws InterruptedException; 

//获取并移除此队列的头,如果此队列为空,则返回 null。 
E poll();
//获取并移除此队列的头部,在指定的等待时间前一直等到获取元素, //超过时间方法将结束
E poll(long timeout, TimeUnit unit) throws InterruptedException; 

//从此队列中移除指定元素的单个实例(如果存在)。 
boolean remove(Object o); 

//获取但不移除此队列的头元素,没有则跑异常NoSuchElementException 
E element(); 

//获取但不移除此队列的头;如果此队列为空,则返回 null。 
E peek(); 

LinkedBlockingQueue 队列的读写方法非常的多,但是常用的是 put()take() 方法,因为它们两是阻塞的,所以我们就从源码的角度来聊一聊 LinkedBlockingQueue 队列中这两个方法的实现。

先来看看 put() 方法,源码如下:

public void put(E e) throws InterruptedException {
    if (e == null) throw new NullPointerException();
    // 预先设置 c 的值为 -1,表示失败
    int c = -1;
    Node<E> node = new Node<E>(e);
    // 获取写锁
    final ReentrantLock putLock = this.putLock;
    // 获取当前队列的大小
    final AtomicInteger count = this.count;
    // 设置可中断锁
    putLock.lockInterruptibly();
    try {
        // 队列满了
        // 当前线程阻塞,等待其他线程的唤醒(其他线程 take 成功后就会唤醒此处线程)
        while (count.get() == capacity) {
            // 无限期等待
            notFull.await();
        }
        // 新增到队列尾部
        enqueue(node);
        // 获取当前的队列数
        c = count.getAndIncrement();
        // 如果队列未满,尝试唤醒一个put的等待线程
        if (c + 1 < capacity)
            notFull.signal();
    } finally {
        // 释放锁
        putLock.unlock();
    }
    if (c == 0)
        signalNotEmpty();
}

put() 方法的源码并不难,非常容易就看懂, put() 方法的过程大概如下:

  • 1、先加锁,保证容器的并发安全~

  • 2、队列新增数据,将数据追加到队列尾部~

  • 3、新增时,如果队列满了,当前线程是会被阻塞的,等待被唤醒~

  • 4、新增数据成功后,在适当时机,会唤起 put 的等待线程(队列不满时),或者 take 的等待线程(队列不为空时),这样保证队列一旦满足 put 或者 take 条件时,立马就能唤起阻塞线程,继续运行,保证了唤起的时机不被浪费offer 就有两两种,一种是直接返回 false,另一种是超过一定时间后返回 false~

  • 5、释放锁~

其他的新增方法,例如 offer ,可以查看源码,跟 put() 方法大同小异,相差不大~

再来看看 take() 方法,源码如下:

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比真实的队列数据大一
        c = count.getAndDecrement();
        // c 大于 0 ,表示队列有值,可以唤醒之前被阻塞的读线程
        if (c > 1)
            notEmpty.signal();
    } finally {
        // 释放锁
        takeLock.unlock();
    }
    // 队列未满,可以唤醒 put 等待线程~
    if (c == capacity)
        signalNotFull();
    return x;
}

take() 方法跟 put() 方法类似,是一个相反的操作,我就不做过多的说明了~

以上就是 LinkedBlockingQueue 队列的简单源码解析,希望对你的面试或者工作有所帮助,感谢你的阅读~

原文  http://mp.weixin.qq.com/s?__biz=MzIyNTM4ODI0OA==&mid=2247484455&idx=1&sn=3e1c6db7ef6c989154531628229e04ca
正文到此结束
Loading...