Iterators and spliterators are weakly consistent.
Ascending key ordered views and their iterators are faster than descending ones.
All {@code Map.Entry} pairs returned by methods in this classand its views represent snapshots of mappings at the time they were produced. They do not support the {@code Entry.setValue}method. (Note however that it is possible to change mappings in the associated map using {@code put}, {@code putIfAbsent}, or {@code replace}, depending on exactly which effect you need.)
Beware that, unlike in most collections, the {@code size}method is not a constant-time operation. Because of the asynchronous nature of these maps, determining the current number of elements requires a traversal of the elements, and so may report inaccurate results if this collection is modified during traversal. Additionally, the bulk operations {@code putAll}, {@code equals}, {@code toArray}, {@code containsValue}, and {@code clear} arenot guaranteed to be performed atomically. For example, an iterator operating concurrently with a {@code putAll} operationmight view only some of the added elements.
This class and its views and iterators implement all of the optional methods of the {@link Map} and {@link Iterator}interfaces. Like most other concurrent collections, this class does not permit the use of {@code null} keys or values because somenull return values cannot be reliably distinguished from the absence of elements.
This class is a member of the Java Collections Framework. @author Doug Lea @param < K> the type of keys maintained by this map @param < V> the type of mapped values @since 1.6
|
|
|
|
|
|
|
|
|
|
|
|