The methods of this class all throw a NullPointerException if the collections or class objects provided to them are null.
The documentation for the polymorphic algorithms contained in this class generally includes a brief description of the implementation. Such descriptions should be regarded as implementation notes, rather than parts of the specification. Implementors should feel free to substitute other algorithms, so long as the specification itself is adhered to. (For example, the algorithm used by sort does not have to be a mergesort, but it does have to be stable.)
The "destructive" algorithms contained in this class, that is, the algorithms that modify the collection on which they operate, are specified to throw UnsupportedOperationException if the collection does not support the appropriate mutation primitive(s), such as the set method. These algorithms may, but are not required to, throw this exception if an invocation would have no effect on the collection. For example, invoking the sort method on an unmodifiable list that is already sorted may or may not throw UnsupportedOperationException.
This class is a member of the Java Collections Framework.
CollectionSetListMapjava.lang.Comparable
interface. Furthermore, all elements in the list must be
mutually comparable (that is, e1.compareTo(e2)
must not throw a ClassCastException for any elements
e1 and e2 in the list).
This sort is guaranteed to be stable: equal elements will not be reordered as a result of the sort.
The specified list must be modifiable, but need not be resizable.
Implementation note: This implementation is a stable, adaptive, iterative mergesort that requires far fewer than n lg(n) comparisons when the input array is partially sorted, while offering the performance of a traditional mergesort when the input array is randomly ordered. If the input array is nearly sorted, the implementation requires approximately n comparisons. Temporary storage requirements vary from a small constant for nearly sorted input arrays to n/2 object references for randomly ordered input arrays.
The implementation takes equal advantage of ascending and descending order in its input array, and can take advantage of ascending and descending order in different parts of the same input array. It is well-suited to merging two or more sorted arrays: simply concatenate the arrays and sort the resulting array.
The implementation was adapted from Tim Peters's list sort for Python ( TimSort). It uses techiques from Peter McIlroy's "Optimistic Sorting and Information Theoretic Complexity", in Proceedings of the Fourth Annual ACM-SIAM Symposium on Discrete Algorithms, pp 467-474, January 1993.
This implementation dumps the specified list into an array, sorts the array, and iterates over the list resetting each element from the corresponding position in the array. This avoids the n2 log(n) performance that would result from attempting to sort a linked list in place.
list the list to be sorted.java.lang.ClassCastException if the list contains elements that are not
mutually comparable (for example, strings and integers).java.lang.UnsupportedOperationException if the specified list's
list-iterator does not support the set operation.java.lang.IllegalArgumentException (optional) if the implementation
detects that the natural ordering of the list elements is
found to violate the java.lang.Comparable contractc.compare(e1, e2) must not throw a ClassCastException
for any elements e1 and e2 in the list).
This sort is guaranteed to be stable: equal elements will not be reordered as a result of the sort.
The specified list must be modifiable, but need not be resizable.
Implementation note: This implementation is a stable, adaptive, iterative mergesort that requires far fewer than n lg(n) comparisons when the input array is partially sorted, while offering the performance of a traditional mergesort when the input array is randomly ordered. If the input array is nearly sorted, the implementation requires approximately n comparisons. Temporary storage requirements vary from a small constant for nearly sorted input arrays to n/2 object references for randomly ordered input arrays.
The implementation takes equal advantage of ascending and descending order in its input array, and can take advantage of ascending and descending order in different parts of the same input array. It is well-suited to merging two or more sorted arrays: simply concatenate the arrays and sort the resulting array.
The implementation was adapted from Tim Peters's list sort for Python ( TimSort). It uses techiques from Peter McIlroy's "Optimistic Sorting and Information Theoretic Complexity", in Proceedings of the Fourth Annual ACM-SIAM Symposium on Discrete Algorithms, pp 467-474, January 1993.
This implementation dumps the specified list into an array, sorts the array, and iterates over the list resetting each element from the corresponding position in the array. This avoids the n2 log(n) performance that would result from attempting to sort a linked list in place.
list the list to be sorted.c the comparator to determine the order of the list. A
null value indicates that the elements' natural
ordering should be used.java.lang.ClassCastException if the list contains elements that are not
mutually comparable using the specified comparator.java.lang.UnsupportedOperationException if the specified list's
list-iterator does not support the set operation.java.lang.IllegalArgumentException (optional) if the comparator is
found to violate the Comparator contractsort(java.util.List) method) prior to making this
call. If it is not sorted, the results are undefined. If the list
contains multiple elements equal to the specified object, there is no
guarantee which one will be found.
This method runs in log(n) time for a "random access" list (which
provides near-constant-time positional access). If the specified list
does not implement the interface and is large,
this method will do an iterator-based binary search that performs
O(n) link traversals and O(log n) element comparisons.
RandomAccess
list the list to be searched.key the key to be searched for.java.lang.ClassCastException if the list contains elements that are not
mutually comparable (for example, strings and
integers), or the search key is not mutually comparable
with the elements of the list.sort(List, Comparator)
method), prior to making this call. If it is
not sorted, the results are undefined. If the list contains multiple
elements equal to the specified object, there is no guarantee which one
will be found.
This method runs in log(n) time for a "random access" list (which
provides near-constant-time positional access). If the specified list
does not implement the interface and is large,
this method will do an iterator-based binary search that performs
O(n) link traversals and O(log n) element comparisons.
RandomAccess
list the list to be searched.key the key to be searched for.c the comparator by which the list is ordered.
A null value indicates that the elements'
natural ordering should be used.java.lang.ClassCastException if the list contains elements that are not
mutually comparable using the specified comparator,
or the search key is not mutually comparable with the
elements of the list using this comparator.private static <T> intindexedBinarySearch(List<? extends T> l, T key, Comparator<? super T> c) {
private static <T> intiteratorBinarySearch(List<? extends T> l, T key, Comparator<? super T> c) {
This method runs in linear time.
list the list whose elements are to be reversed.java.lang.UnsupportedOperationException if the specified list or
its list-iterator does not support the set operation.The hedge "approximately" is used in the foregoing description because default source of randomness is only approximately an unbiased source of independently chosen bits. If it were a perfect source of randomly chosen bits, then the algorithm would choose permutations with perfect uniformity.
This implementation traverses the list backwards, from the last element up to the second, repeatedly swapping a randomly selected element into the "current position". Elements are randomly selected from the portion of the list that runs from the first element to the current position, inclusive.
This method runs in linear time. If the specified list does not
implement the interface and is large, this
implementation dumps the specified list into an array before shuffling
it, and dumps the shuffled array back into the list. This avoids the
quadratic behavior that would result from shuffling a "sequential
access" list in place.
RandomAccess
list the list to be shuffled.java.lang.UnsupportedOperationException if the specified list or
its list-iterator does not support the set operation.This implementation traverses the list backwards, from the last element up to the second, repeatedly swapping a randomly selected element into the "current position". Elements are randomly selected from the portion of the list that runs from the first element to the current position, inclusive.
This method runs in linear time. If the specified list does not
implement the interface and is large, this
implementation dumps the specified list into an array before shuffling
it, and dumps the shuffled array back into the list. This avoids the
quadratic behavior that would result from shuffling a "sequential
access" list in place.
RandomAccess
list the list to be shuffled.rnd the source of randomness to use to shuffle the list.java.lang.UnsupportedOperationException if the specified list or its
list-iterator does not support the set operation.list The list in which to swap elements.i the index of one element to be swapped.j the index of the other element to be swapped.java.lang.IndexOutOfBoundsException if either i or j
is out of range (i < 0 || i >= list.size()
|| j < 0 || j >= list.size()).This method runs in linear time.
list the list to be filled with the specified element.obj The element with which to fill the specified list.java.lang.UnsupportedOperationException if the specified list or its
list-iterator does not support the set operation.This method runs in linear time.
dest The destination list.src The source list.java.lang.IndexOutOfBoundsException if the destination list is too small
to contain the entire source List.java.lang.UnsupportedOperationException if the destination list's
list-iterator does not support the set operation.This method iterates over the entire collection, hence it requires time proportional to the size of the collection.
coll the collection whose minimum element is to be determined.java.lang.ClassCastException if the collection contains elements that are
not mutually comparable (for example, strings and
integers).NoSuchElementException if the collection is empty.java.lang.ComparableThis method iterates over the entire collection, hence it requires time proportional to the size of the collection.
coll the collection whose minimum element is to be determined.comp the comparator with which to determine the minimum element.
A null value indicates that the elements' natural
ordering should be used.java.lang.ClassCastException if the collection contains elements that are
not mutually comparable using the specified comparator.NoSuchElementException if the collection is empty.java.lang.ComparableThis method iterates over the entire collection, hence it requires time proportional to the size of the collection.
coll the collection whose maximum element is to be determined.java.lang.ClassCastException if the collection contains elements that are
not mutually comparable (for example, strings and
integers).NoSuchElementException if the collection is empty.java.lang.ComparableThis method iterates over the entire collection, hence it requires time proportional to the size of the collection.
coll the collection whose maximum element is to be determined.comp the comparator with which to determine the maximum element.
A null value indicates that the elements' natural
ordering should be used.java.lang.ClassCastException if the collection contains elements that are
not mutually comparable using the specified comparator.NoSuchElementException if the collection is empty.java.lang.ComparableFor example, suppose list comprises [t, a, n, k, s]. After invoking Collections.rotate(list, 1) (or Collections.rotate(list, -4)), list will comprise [s, t, a, n, k].
Note that this method can usefully be applied to sublists to move one or more elements within a list while preserving the order of the remaining elements. For example, the following idiom moves the element at index j forward to position k (which must be greater than or equal to j):
Collections.rotate(list.subList(j, k+1), -1);
To make this concrete, suppose list comprises
[a, b, c, d, e]. To move the element at index 1
(b) forward two positions, perform the following invocation:
Collections.rotate(l.subList(1, 4), -1);
The resulting list is [a, c, d, b, e].
To move more than one element forward, increase the absolute value of the rotation distance. To move elements backward, use a positive shift distance.
If the specified list is small or implements the interface, this implementation exchanges the first
element into the location it should go, and then repeatedly exchanges
the displaced element into the location it should go until a displaced
element is swapped into the first element. If necessary, the process
is repeated on the second and successive elements, until the rotation
is complete. If the specified list is large and doesn't implement the
RandomAccess interface, this implementation breaks the
list into two sublist views around index -distance mod size.
Then the RandomAccess method is invoked on each sublist view,
and finally it is invoked on the entire list. For a more complete
description of both algorithms, see Section 2.3 of Jon Bentley's
Programming Pearls (Addison-Wesley, 1986).
reverse(java.util.List)
list the list to be rotated.distance the distance to rotate the list. There are no
constraints on this value; it may be zero, negative, or
greater than list.size().java.lang.UnsupportedOperationException if the specified list or
its list-iterator does not support the set operation.list the list in which replacement is to occur.oldVal the old value to be replaced.newVal the new value with which oldVal is to be
replaced.java.lang.UnsupportedOperationException if the specified list or
its list-iterator does not support the set operation.This implementation uses the "brute force" technique of scanning over the source list, looking for a match with the target at each location in turn.
source the list in which to search for the first occurrence
of target.target the list to search for as a subList of source.This implementation uses the "brute force" technique of iterating over the source list, looking for a match with the target at each location in turn.
source the list in which to search for the last occurrence
of target.target the list to search for as a subList of source.The returned collection does not pass the hashCode and equals operations through to the backing collection, but relies on Object's equals and hashCode methods. This is necessary to preserve the contracts of these operations in the case that the backing collection is a set or a list.
The returned collection will be serializable if the specified collection is serializable.
c the collection for which an unmodifiable view is to be
returned.The returned set will be serializable if the specified set is serializable.
s the set for which an unmodifiable view is to be returned.The returned sorted set will be serializable if the specified sorted set is serializable.
s the sorted set for which an unmodifiable view is to be
returned.
The returned list will be serializable if the specified list
is serializable. Similarly, the returned list will implement
if the specified list does.
RandomAccess
list the list for which an unmodifiable view is to be returned.The returned map will be serializable if the specified map is serializable.
m the map for which an unmodifiable view is to be returned.The returned sorted map will be serializable if the specified sorted map is serializable.
m the sorted map for which an unmodifiable view is to be
returned.It is imperative that the user manually synchronize on the returned collection when iterating over it:
Collection c = Collections.synchronizedCollection(myCollection);
...
synchronized (c) {
Iterator i = c.iterator(); // Must be in the synchronized block
while (i.hasNext())
foo(i.next());
}
Failure to follow this advice may result in non-deterministic behavior.
The returned collection does not pass the hashCode and equals operations through to the backing collection, but relies on Object's equals and hashCode methods. This is necessary to preserve the contracts of these operations in the case that the backing collection is a set or a list.
The returned collection will be serializable if the specified collection is serializable.
c the collection to be "wrapped" in a synchronized collection.It is imperative that the user manually synchronize on the returned set when iterating over it:
Set s = Collections.synchronizedSet(new HashSet());
...
synchronized (s) {
Iterator i = s.iterator(); // Must be in the synchronized block
while (i.hasNext())
foo(i.next());
}
Failure to follow this advice may result in non-deterministic behavior.
The returned set will be serializable if the specified set is serializable.
s the set to be "wrapped" in a synchronized set.It is imperative that the user manually synchronize on the returned sorted set when iterating over it or any of its subSet, headSet, or tailSet views.
SortedSet s = Collections.synchronizedSortedSet(new TreeSet());
...
synchronized (s) {
Iterator i = s.iterator(); // Must be in the synchronized block
while (i.hasNext())
foo(i.next());
}
or:
SortedSet s = Collections.synchronizedSortedSet(new TreeSet());
SortedSet s2 = s.headSet(foo);
...
synchronized (s) { // Note: s, not s2!!!
Iterator i = s2.iterator(); // Must be in the synchronized block
while (i.hasNext())
foo(i.next());
}
Failure to follow this advice may result in non-deterministic behavior.
The returned sorted set will be serializable if the specified sorted set is serializable.
s the sorted set to be "wrapped" in a synchronized sorted set.It is imperative that the user manually synchronize on the returned list when iterating over it:
List list = Collections.synchronizedList(new ArrayList());
...
synchronized (list) {
Iterator i = list.iterator(); // Must be in synchronized block
while (i.hasNext())
foo(i.next());
}
Failure to follow this advice may result in non-deterministic behavior.
The returned list will be serializable if the specified list is serializable.
list the list to be "wrapped" in a synchronized list.It is imperative that the user manually synchronize on the returned map when iterating over any of its collection views:
Map m = Collections.synchronizedMap(new HashMap());
...
Set s = m.keySet(); // Needn't be in synchronized block
...
synchronized (m) { // Synchronizing on m, not s!
Iterator i = s.iterator(); // Must be in synchronized block
while (i.hasNext())
foo(i.next());
}
Failure to follow this advice may result in non-deterministic behavior.
The returned map will be serializable if the specified map is serializable.
m the map to be "wrapped" in a synchronized map.It is imperative that the user manually synchronize on the returned sorted map when iterating over any of its collection views, or the collections views of any of its subMap, headMap or tailMap views.
SortedMap m = Collections.synchronizedSortedMap(new TreeMap());
...
Set s = m.keySet(); // Needn't be in synchronized block
...
synchronized (m) { // Synchronizing on m, not s!
Iterator i = s.iterator(); // Must be in synchronized block
while (i.hasNext())
foo(i.next());
}
or:
SortedMap m = Collections.synchronizedSortedMap(new TreeMap());
SortedMap m2 = m.subMap(foo, bar);
...
Set s2 = m2.keySet(); // Needn't be in synchronized block
...
synchronized (m) { // Synchronizing on m, not m2 or s2!
Iterator i = s.iterator(); // Must be in synchronized block
while (i.hasNext())
foo(i.next());
}
Failure to follow this advice may result in non-deterministic behavior.
The returned sorted map will be serializable if the specified sorted map is serializable.
m the sorted map to be "wrapped" in a synchronized sorted map.java.lang.ClassCastException. Assuming a collection
contains no incorrectly typed elements prior to the time a
dynamically typesafe view is generated, and that all subsequent
access to the collection takes place through the view, it is
guaranteed that the collection cannot contain an incorrectly
typed element.
The generics mechanism in the language provides compile-time (static) type checking, but it is possible to defeat this mechanism with unchecked casts. Usually this is not a problem, as the compiler issues warnings on all such unchecked operations. There are, however, times when static type checking alone is not sufficient. For example, suppose a collection is passed to a third-party library and it is imperative that the library code not corrupt the collection by inserting an element of the wrong type.
Another use of dynamically typesafe views is debugging. Suppose a
program fails with a ClassCastException, indicating that an
incorrectly typed element was put into a parameterized collection.
Unfortunately, the exception can occur at any time after the erroneous
element is inserted, so it typically provides little or no information
as to the real source of the problem. If the problem is reproducible,
one can quickly determine its source by temporarily modifying the
program to wrap the collection with a dynamically typesafe view.
For example, this declaration:
Collection<String> c = new HashSet<String>();
may be replaced temporarily by this one:
Collection<String> c = Collections.checkedCollection(
new HashSet<String>(), String.class);
Running the program again will cause it to fail at the point where
an incorrectly typed element is inserted into the collection, clearly
identifying the source of the problem. Once the problem is fixed, the
modified declaration may be reverted back to the original.
The returned collection does not pass the hashCode and equals
operations through to the backing collection, but relies on
Object's equals and hashCode methods. This
is necessary to preserve the contracts of these operations in the case
that the backing collection is a set or a list.
The returned collection will be serializable if the specified collection is serializable.
Since null is considered to be a value of any reference
type, the returned collection permits insertion of null elements
whenever the backing collection does.
c the collection for which a dynamically typesafe view is to be
returnedtype the type of element that c is permitted to holdjava.lang.ClassCastException. Assuming a set contains
no incorrectly typed elements prior to the time a dynamically typesafe
view is generated, and that all subsequent access to the set
takes place through the view, it is guaranteed that the
set cannot contain an incorrectly typed element.
A discussion of the use of dynamically typesafe views may be
found in the documentation for the checkedCollection method.
The returned set will be serializable if the specified set is serializable.
Since null is considered to be a value of any reference
type, the returned set permits insertion of null elements whenever
the backing set does.
s the set for which a dynamically typesafe view is to be
returnedtype the type of element that s is permitted to holdjava.lang.ClassCastException. Assuming a sorted set
contains no incorrectly typed elements prior to the time a
dynamically typesafe view is generated, and that all subsequent
access to the sorted set takes place through the view, it is
guaranteed that the sorted set cannot contain an incorrectly
typed element.
A discussion of the use of dynamically typesafe views may be
found in the documentation for the checkedCollection method.
The returned sorted set will be serializable if the specified sorted set is serializable.
Since null is considered to be a value of any reference
type, the returned sorted set permits insertion of null elements
whenever the backing sorted set does.
s the sorted set for which a dynamically typesafe view is to be
returnedtype the type of element that s is permitted to holdjava.lang.ClassCastException. Assuming a list contains
no incorrectly typed elements prior to the time a dynamically typesafe
view is generated, and that all subsequent access to the list
takes place through the view, it is guaranteed that the
list cannot contain an incorrectly typed element.
A discussion of the use of dynamically typesafe views may be
found in the documentation for the checkedCollection method.
The returned list will be serializable if the specified list is serializable.
Since null is considered to be a value of any reference
type, the returned list permits insertion of null elements whenever
the backing list does.
list the list for which a dynamically typesafe view is to be
returnedtype the type of element that list is permitted to holdjava.lang.ClassCastException.
Similarly, any attempt to modify the value currently associated with
a key will result in an immediate java.lang.ClassCastException,
whether the modification is attempted directly through the map
itself, or through a Map.Entry instance obtained from the
map's entry set view.
Assuming a map contains no incorrectly typed keys or values prior to the time a dynamically typesafe view is generated, and that all subsequent access to the map takes place through the view (or one of its collection views), it is guaranteed that the map cannot contain an incorrectly typed key or value.
A discussion of the use of dynamically typesafe views may be
found in the documentation for the checkedCollection method.
The returned map will be serializable if the specified map is serializable.
Since null is considered to be a value of any reference
type, the returned map permits insertion of null keys or values
whenever the backing map does.
m the map for which a dynamically typesafe view is to be
returnedkeyType the type of key that m is permitted to holdvalueType the type of value that m is permitted to holdjava.lang.ClassCastException.
Similarly, any attempt to modify the value currently associated with
a key will result in an immediate java.lang.ClassCastException,
whether the modification is attempted directly through the map
itself, or through a Map.Entry instance obtained from the
map's entry set view.
Assuming a map contains no incorrectly typed keys or values prior to the time a dynamically typesafe view is generated, and that all subsequent access to the map takes place through the view (or one of its collection views), it is guaranteed that the map cannot contain an incorrectly typed key or value.
A discussion of the use of dynamically typesafe views may be
found in the documentation for the checkedCollection method.
The returned map will be serializable if the specified map is serializable.
Since null is considered to be a value of any reference
type, the returned map permits insertion of null keys or values
whenever the backing map does.
m the map for which a dynamically typesafe view is to be
returnedkeyType the type of key that m is permitted to holdvalueType the type of value that m is permitted to holdhasNext always returns false.
next always throws NoSuchElementException.
remove always throws java.lang.IllegalStateException.
Implementations of this method are permitted, but not required, to return the same object from multiple invocations.
hasNext and ListIterator.hasPrevious() always return false.
next and previous always throw NoSuchElementException.
remove and set always throw java.lang.IllegalStateException.
add always throws java.lang.UnsupportedOperationException.
nextIndex always returns
0 .
previousIndex always
returns -1.
Implementations of this method are permitted, but not required, to return the same object from multiple invocations.
hasMoreElements always
returns false.
nextElement always throws
NoSuchElementException.
Implementations of this method are permitted, but not required, to return the same object from multiple invocations.
This example illustrates the type-safe way to obtain an empty set:
Set<String> s = Collections.emptySet();
Implementation note: Implementations of this method need not
create a separate Set object for each call. Using this
method is likely to have comparable cost to using the like-named
field. (Unlike this method, the field does not provide type safety.)
EMPTY_SETThis example illustrates the type-safe way to obtain an empty list:
List<String> s = Collections.emptyList();
Implementation note: Implementations of this method need not
create a separate List object for each call. Using this
method is likely to have comparable cost to using the like-named
field. (Unlike this method, the field does not provide type safety.)
EMPTY_LISTThis example illustrates the type-safe way to obtain an empty set:
Map<String, Date> s = Collections.emptyMap();
Implementation note: Implementations of this method need not
create a separate Map object for each call. Using this
method is likely to have comparable cost to using the like-named
field. (Unlike this method, the field does not provide type safety.)
EMPTY_MAPkey the sole key to be stored in the returned map.value the value to which the returned map maps key.n the number of elements in the returned list.o the element to appear repeatedly in the returned list.java.lang.IllegalArgumentException if n < 0List.addAll(java.util.Collection)List.addAll(int,java.util.Collection)Comparable interface. (The natural ordering is the ordering
imposed by the objects' own compareTo method.) This enables a
simple idiom for sorting (or maintaining) collections (or arrays) of
objects that implement the Comparable interface in
reverse-natural-order. For example, suppose a is an array of
strings. Then:
Arrays.sort(a, Collections.reverseOrder());
sorts the array in reverse-lexicographic (alphabetical) order.The returned comparator is serializable.
java.lang.Comparablenull, this method is
equivalent to reverseOrder() (in other words, it returns a
comparator that imposes the reverse of the natural ordering on
a collection of objects that implement the Comparable interface).
The returned comparator is serializable (assuming the specified
comparator is also serializable or null).
cmp a comparator who's ordering is to be reversed by the returned
comparator or nullc the collection for which an enumeration is to be returned.Enumeratione enumeration providing elements for the returned
array listEnumerationArrayListc the collection in which to determine the frequency
of oo the object whose frequency is to be determinedjava.lang.NullPointerException if c is nulltrue if the two specified collections have no
elements in common.
Care must be exercised if this method is used on collections that
do not comply with the general contract for Collection.
Implementations may elect to iterate over either collection and test
for containment in the other collection (or to perform any equivalent
computation). If either collection uses a nonstandard equality test
(as does a whose ordering is not compatible with
equals, or the key set of an SortedSet), both
collections must use the same nonstandard equality test, or the
result of this method is undefined.
IdentityHashMap
Care must also be exercised when using collections that have restrictions on the elements that they may contain. Collection implementations are allowed to throw exceptions for any operation involving elements they deem ineligible. For absolute safety the specified collections should contain only elements which are eligible elements for both collections.
Note that it is permissible to pass the same collection in both
parameters, in which case the method will return true if and
only if the collection is empty.
c1 a collectionc2 a collectiontrue if the two specified collections have no
elements in common.java.lang.NullPointerException if either collection is null.java.lang.NullPointerException if one collection contains a null
element and null is not an eligible element for the other collection.
(optional)java.lang.ClassCastException if one collection contains an element that is
of a type which is ineligible for the other collection.
(optional)When elements are specified individually, this method provides a convenient way to add a few elements to an existing collection:
Collections.addAll(flavors, "Peaches 'n Plutonium", "Rocky Racoon");
c the collection into which elements are to be insertedelements the elements to insert into cjava.lang.UnsupportedOperationException if c does not support
the add operationjava.lang.NullPointerException if elements contains one or more
null values and c does not permit null elements, or
if c or elements are nulljava.lang.IllegalArgumentException if some property of a value in
elements prevents it from being added to cCollection.addAll(java.util.Collection)Set
implementation corresponding to any Map implementation. There
is no need to use this method on a Map implementation that
already has a corresponding Set implementation (such as HashMap or TreeMap).
Each method invocation on the set returned by this method results in exactly one method invocation on the backing map or its keySet view, with one exception. The addAll method is implemented as a sequence of put invocations on the backing map.
The specified map must be empty at the time this method is invoked, and should not be accessed directly after this method returns. These conditions are ensured if the map is created empty, passed directly to this method, and no reference to the map is retained, as illustrated in the following code fragment:
Set<Object> weakHashSet = Collections.newSetFromMap(
new WeakHashMap<Object, Boolean>());
map the backing mapjava.lang.IllegalArgumentException if map is not emptyDeque as a Last-in-first-out (Lifo)
Queue. Method add is mapped to push,
remove is mapped to pop and so on. This
view can be useful when you would like to use a method
requiring a Queue but you need Lifo ordering.
Each method invocation on the queue returned by this method
results in exactly one method invocation on the backing deque, with
one exception. The addAll method is
implemented as a sequence of addFirst
invocations on the backing deque.
deque the deque