LinkedBlockingQueueとConcurrentLinkedQueueの違いは何ですか？

Question

私がブログを読んだが、私は彼の結論が正しいかどうかはわからない：

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

彼は言った：あなたが提供されるパフォーマンス結果から見ることができるようにLinkedBlockingQueueは（追加最高の組み合わせを実現要素を削除する）のパフォーマンス結果が得られ、プロデューサー - コンシューマーのシナリオを実装するための最優秀候補でなければなりません。

私のコードでロックを使用しないと、それは速くないのでしょうか？

なぜ、LinkedBlockingQueueがロックフリーのキュー（ConcurrentLinkedQueue）より速いのですか？

ありがとうございます！

Answer 1

ConcurrentLinkedQueueは、ブロックキューではありません。 BlockingQueueインタフェースを実装していないため、put（）メソッドとtake（）メソッドをブロックしません。これらのメソッドは、消費者が何もない間にブロックするように、そして消費者が十分に迅速に消費しないときにブロックするようにする必要があるため、プロデューサ/コンシューマのセットアップに必要です。

Answer 2

LinkedBlockingQueueはデキューであり、ConcurrentBlockingQueueはデキューではありません。詳細はJavadocを確認してください

Answer 3

このベンチマークは奇妙です：並列キューをブロックキューとして使用することは意味をなさないか、何か不足しています。このコードは、私が推測する惑星を救うために行くされていません。

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

そしてもちろんよりも効率が低い：

linkedBlockingQueue.take();