一次CPU空转问题排查引出的队列知识

问题引入

前阵子的一个项目的需求是从第三方的redis接收到数据，本地处理之后再放回另一个第三方redis，在项目部署之后，我突然发现，在接收数据的redis没有任何数据的情况下，该应用的CPU占用率始终保持在20%-30%，经过一系列操作（后续写一个新的文章）之后，定位到程序行的代码为

queue.poll();

这是为什么呢，在我搜集了一些资料学习之后，知道了问题所在。

问题原因

由于queue的poll方法当queue为空的时候会直接返回，继续回到循环，而我们的循环由于需求问题，是要持续运行的，所以就会再次走到poll这一步，就导致了cpu被这个线程一直消耗。

解决办法

我们可以将poll()方法替换为take()方法，我们查看take()的源码

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

可以看到，在count为0也就是队列为空的时候会调用await()方法阻塞当前调用，所以在queue队列为空的时候，不会和poll一样疯狂的吃cpu。当我们把修改后的程序部署上去之后，在没有接入数据的情况下应用占用的cpu降了下去，回到了0%-1%。

BlockingQueue拓展学习

一图流

	抛出异常	返回true\false	阻塞await	超时
插入	add(E e)	offer(E e)	put(E e)	offer(e, time,unit)
删除\取出	remove(E e)	poll()	take()	poll(time,unit)

插入元素的三个方法

add()方法

add()方法是向队列中插入一个元素，如果元素插入成功返回true，如果队列已满会抛出异常。
通过查看add()的源码，发现add()调用了的是 super.add(e) 方法，也就是AbstractQueue的add方法，而AbstractQueue的add方法其实调用的是AbstractQueue的offer()方法，AbstractQueue的offer()方法可以理解为插入成功就返回true，失败就返回false，因为BlockingQueue有自己的offer()方法，所以这里不展开。

offer(e)和offer(e,time,unit)方法

先看offer()方法的源码

public boolean offer(E e) {
   
    //检查e不可以为null，如果要插入的e为null，则会抛出NOE
    checkNotNull(e);
    //加锁
    final