LinkedBlockingQueue和ConcurrentLinkedQueue之间有什么不同?

我已经阅读了博客,但我不确定他的结论是否正确:

http://www.javacodegeeks.com/2010/09/java-best-practices-queue-battle-and.html#ixzz1seaiSLwp

他说: 从提供的性能结果可以看出,LinkedBlockingQueue实现了最佳的组合(添加和删除元素)性能结果,应该是实现生产者 – 消费者schenarios的头号候选者。

我想知道,如果我不在我的代码中使用锁,那么它不会更快吗?

那么为什么LinkedBlockingQueue比无锁队列(ConcurrentLinkedQueue)更快?

谢谢 !

ConcurrentLinkedQueue不是阻塞队列。 它没有实现BlockingQueue接口,因此不提供阻塞方法put()和take()。 这些方法对于生产者/消费者设置是必需的,因为您需要安排消费者在没有任何消费时阻止,并且生产者在消费者消费不够快时阻止。

这个基准测试很奇怪:使用并发队列作为阻塞队列是没有意义的,或者我错过了什么。 我猜这段代码不会拯救地球:

while(result == null) result = concurrentLinkedQueue.poll(); 

并且当然效率低于:

 linkedBlockingQueue.take(); 

LinkedBlockingQueue是Deque而ConcurrentBlockingQueue则不是。 检查Javadoc以获取更多详细信息