E - このコレクション内に保持される要素の型public class LinkedBlockingQueue<E> extends AbstractQueue<E> implements BlockingQueue<E>, Serializable
任意の容量制限のあるコンストラクタ引数は、過剰なキュー展開を防ぐために機能します。容量は、指定しない場合はInteger.MAX_VALUEと同じです。リンク・ノードは、キューが容量を超えないかぎり挿入のたびに動的に作成されます。
このクラスとそのイテレータは、CollectionおよびIteratorインタフェースの任意メソッドすべてを実装します。
このクラスは、Java Collections Frameworkのメンバーです。
| コンストラクタと説明 |
|---|
LinkedBlockingQueue()
容量
Integer.MAX_VALUEでLinkedBlockingQueueを作成します。 |
LinkedBlockingQueue(Collection<? extends E> c)
指定されたコレクションの要素を初期状態で含む(要素はコレクションのイテレータのトラバーサル順に追加)
LinkedBlockingQueueを容量Integer.MAX_VALUEで作成します。 |
LinkedBlockingQueue(int capacity)
指定された固定容量で
LinkedBlockingQueueを作成します。 |
| 修飾子と型 | メソッドと説明 |
|---|---|
void |
clear()
すべての要素をこのキューから原子的に削除します。
|
boolean |
contains(Object o)
指定された要素がキューに含まれている場合に
trueを返します。 |
int |
drainTo(Collection<? super E> c)
このキューから利用可能なすべての要素を削除し、それらを指定されたコレクションに追加します。
|
int |
drainTo(Collection<? super E> c, int maxElements)
指定された数以内の利用可能な要素をこのキューから削除し、指定されたコレクションに追加します。
|
Iterator<E> |
iterator()
このキュー内の要素を適切な順序で反復処理するイテレータを返します。
|
boolean |
offer(E e)
キューの容量を超えずに指定された要素をこのキューの末尾にすぐ挿入できる場合は、そうします。成功した場合は
trueを返し、キューがいっぱいの場合はfalseを返します。 |
boolean |
offer(E e, long timeout, TimeUnit unit)
指定された要素をこのキューの末尾に挿入します。必要に応じて、指定された待機時間まで空きが生じるのを待機します。
|
E |
peek()
このキューの先頭を取得しますが、削除しません。キューが空の場合は
nullを返します。 |
E |
poll()
このキューの先頭を取得および削除します。キューが空の場合は
nullを返します。 |
E |
poll(long timeout, TimeUnit unit)
このキューの先頭を取得して削除します。必要に応じて、指定された待機時間まで要素が利用可能になるのを待機します。
|
void |
put(E e)
指定された要素をこのキューの末尾に挿入します。必要に応じて、空きが生じるまで待機します。
|
int |
remainingCapacity()
理想的な状態(メモリーやリソースの制限がない状態)で、このキューがブロックせずに受け入れることができる追加要素の数を返します。
|
boolean |
remove(Object o)
指定された要素の単一のインスタンスがこのキューに存在する場合は、キューから削除します。
|
int |
size()
キュー内にある要素の数を返します。
|
Spliterator<E> |
spliterator()
このキュー内の要素に対する
Spliteratorを返します。 |
E |
take()
このキューの先頭を取得して削除します。必要に応じて、要素が利用可能になるまで待機します。
|
Object[] |
toArray()
キュー内のすべての要素を適切な順序で含む配列を返します。
|
<T> T[] |
toArray(T[] a)
キュー内のすべての要素を適切な順序で含む配列を返します。返される配列の実行時の型は、指定された配列の型になります。
|
String |
toString()
このコレクションの文字列表現を返します。
|
add, addAll, element, removecontainsAll, isEmpty, removeAll, retainAllclone, equals, finalize, getClass, hashCode, notify, notifyAll, wait, wait, waitaddaddAll, containsAll, equals, hashCode, isEmpty, parallelStream, removeAll, removeIf, retainAll, streampublic LinkedBlockingQueue()
Integer.MAX_VALUEでLinkedBlockingQueueを作成します。public LinkedBlockingQueue(int capacity)
LinkedBlockingQueueを作成します。capacity - このキューの容量IllegalArgumentException - capacityが0以下である場合public LinkedBlockingQueue(Collection<? extends E> c)
LinkedBlockingQueueを容量Integer.MAX_VALUEで作成します。c - 初期状態で含む要素のコレクションNullPointerException - 指定されたコレクションまたはそのいずれかの要素がnullである場合public int size()
size、インタフェース: Collection<E>size、クラス: AbstractCollection<E>public int remainingCapacity()
sizeを引いた値と常に同じです。
remainingCapacityを調べても要素の挿入試行が成功するかどうかがわかるとはかぎりません。これは別のスレッドが要素を挿入または削除しようとしている可能性があるためです。
remainingCapacity、インタフェース: BlockingQueue<E>public void put(E e) throws InterruptedException
put、インタフェース: BlockingQueue<E>e - 追加する要素InterruptedException - 待機中に割込みが発生した場合NullPointerException - 指定された要素がnullである場合public boolean offer(E e, long timeout, TimeUnit unit) throws InterruptedException
offer、インタフェース: BlockingQueue<E>e - 追加する要素timeout - 処理を中止するまでの待機時間。単位はunitunit - timeoutパラメータの解釈方法を決定するTimeUnittrue、空きが生じる前に指定された待機時間が経過した場合はfalseInterruptedException - 待機中に割込みが発生した場合NullPointerException - 指定された要素がnullである場合public boolean offer(E e)
trueを返し、キューがいっぱいの場合はfalseを返します。容量制限のあるキューを使用する場合、通常は、要素の挿入に失敗した場合に例外をスローするのみのaddメソッドよりも、このメソッドを使用することをお薦めします。offer、インタフェース: BlockingQueue<E>offer、インタフェース: Queue<E>e - 追加する要素true、それ以外の場合はfalseNullPointerException - 指定された要素がnullである場合public E take() throws InterruptedException
BlockingQueuetake、インタフェース: BlockingQueue<E>InterruptedException - 待機中に割込みが発生した場合public E poll(long timeout, TimeUnit unit) throws InterruptedException
BlockingQueuepoll、インタフェース: BlockingQueue<E>timeout - 処理を中止するまでの待機時間。単位はunitunit - timeoutパラメータの解釈方法を決定するTimeUnitnullInterruptedException - 待機中に割込みが発生した場合public boolean remove(Object o)
o.equals(e)に該当する要素eが1つ以上含まれている場合は、そのような要素を削除します。指定された要素がこのキューに含まれていた場合、つまり、呼出しの結果としてこのキューが変更された場合にtrueを返します。remove、インタフェース: Collection<E>remove、インタフェース: BlockingQueue<E>remove、クラス: AbstractCollection<E>o - キューから削除される要素(その要素が存在する場合)truepublic boolean contains(Object o)
trueを返します。つまり、このキュー内にo.equals(e)のような1つ以上の要素eが含まれている場合、trueを返します。contains、インタフェース: Collection<E>contains、インタフェース: BlockingQueue<E>contains、クラス: AbstractCollection<E>o - このキューに含まれているかどうかを調べるオブジェクトtruepublic Object[] toArray()
返される配列は、それへの参照がこのキューで保持されない場合に、安全になります。(つまり、このメソッドは新しい配列を割り当てる)。このため、呼出し側は、返された配列を自由に変更できます。
このメソッドは、配列ベースのAPIとコレクションベースのAPIの間の橋渡し役として機能します。
toArray、インタフェース: Collection<E>toArray、クラス: AbstractCollection<E>public <T> T[] toArray(T[] a)
キューが指定された配列に収まり、その配列にさらに余裕がある場合(つまり、配列がキューより多くの要素を持つ場合)、その配列内でキューの終端よりあとの要素はnullに設定されます。
toArray()メソッドと同じように、このメソッドは、配列ベースのAPIとコレクションベースのAPIの間の橋渡し役として機能します。さらに、このメソッドでは出力配列の実行時の型を正確に制御できるため、環境によっては割当ての手間を抑えるために使用できます。
xが、文字列だけからなるキューであることがわかっていると仮定します。次のコードを使うと、新しく割り当てられたStringの配列にキューをダンプできます。
String[] y = x.toArray(new String[0]);
toArray(new Object[0])は、機能の点でtoArray()と同一です。toArray、インタフェース: Collection<E>toArray、クラス: AbstractCollection<E>T - コレクションを含む配列の実行時の型a - 配列が十分な大きさを持つ場合は、キューの要素が格納される配列。そうでない場合は、要素を格納するために同じ実行時の型の新しい配列が割り当てられるArrayStoreException - 指定された配列の実行時の型が、キュー内の各要素の実行時の型のスーパー・タイプでない場合NullPointerException - 指定された配列がnullである場合public String toString()
AbstractCollectionString.valueOf(Object)により文字列に変換されます。toString、クラス: AbstractCollection<E>public void clear()
clear、インタフェース: Collection<E>clear、クラス: AbstractQueue<E>public int drainTo(Collection<? super E> c)
BlockingQueuecに要素を追加しようとしたときに障害が発生すると、関連する例外のスロー時に、要素がこのキューとコレクションのいずれにも存在しない場合と、一方または両方に存在する場合があります。キューをそれ自体に排出しようとすると、IllegalArgumentExceptionがスローされます。また、オペレーションの進行中に指定されたコレクションが変更された場合の、このオペレーションの動作は定義されていません。drainTo、インタフェース: BlockingQueue<E>c - 要素の転送先のコレクションUnsupportedOperationException - 指定されたコレクションで追加の要素がサポートされていない場合ClassCastException - このキューの要素のクラスが原因で、その要素を指定されたコレクションに追加できない場合NullPointerException - 指定されたコレクションがnullである場合IllegalArgumentException - 指定されたコレクションがこのキューである場合、またはこのキューの要素のあるプロパティが原因で指定されたコレクションに追加できない場合public int drainTo(Collection<? super E> c, int maxElements)
BlockingQueuecに要素を追加しようとしたときに障害が発生すると、関連する例外のスロー時に、要素がこのキューとコレクションのいずれにも存在しない場合と、一方または両方に存在する場合があります。キューをそれ自体に排出しようとすると、IllegalArgumentExceptionがスローされます。また、オペレーションの進行中に指定されたコレクションが変更された場合の、このオペレーションの動作は定義されていません。drainTo、インタフェース: BlockingQueue<E>c - 要素の転送先のコレクションmaxElements - 転送する要素の最大数UnsupportedOperationException - 指定されたコレクションで追加の要素がサポートされていない場合ClassCastException - このキューの要素のクラスが原因で、その要素を指定されたコレクションに追加できない場合NullPointerException - 指定されたコレクションがnullである場合IllegalArgumentException - 指定されたコレクションがこのキューである場合、またはこのキューの要素のあるプロパティが原因で指定されたコレクションに追加できない場合public Iterator<E> iterator()
返されるイテレータは弱一貫性を保持します。
iterator、インタフェース: Iterable<E>iterator、インタフェース: Collection<E>iterator、クラス: AbstractCollection<E>public Spliterator<E> spliterator()
Spliteratorを返します。
返されるスプリッテレータは弱一貫性を保持します。
Spliteratorは、Spliterator.CONCURRENT、Spliterator.ORDEREDおよびSpliterator.NONNULLを報告します。
spliterator、インタフェース: Iterable<E>spliterator、インタフェース: Collection<E>Spliteratorは、制限付きの並列処理を許可するためにtrySplitを実装します。Spliterator バグまたは機能を送信
詳細なAPIリファレンスおよび開発者ドキュメントについては、Java SEのドキュメントを参照してください。そのドキュメントには、概念的な概要、用語の定義、回避方法、有効なコード例などの、開発者を対象にしたより詳細な説明が含まれています。
Copyright© 1993, 2014, Oracle and/or its affiliates. All rights reserved.