Maximum size of HashSet, Vector, LinkedList
Solution 1:
There is no specified maximum size of these structures.
The actual practical size limit is probably somewhere in the region of Integer.MAX_VALUE
(i.e. 2147483647, roughly 2 billion elements), as that's the maximum size of an array in Java.
- A
HashSet
uses aHashMap
internally, so it has the same maximum size as that- A
HashMap
uses an array which always has a size that is a power of two, so it can be at most 230 = 1073741824 elements big (since the next power of two is bigger thanInteger.MAX_VALUE
). -
Normally the number of elements is at most the number of buckets multiplied by the load factor (0.75 by default). However, when the
HashMap
stops resizing, then it will still allow you to add elements, exploiting the fact that each bucket is managed via a linked list. Therefore the only limit for elements in aHashMap
/HashSet
is memory.
- A
- A
Vector
uses an array internally which has a maximum size of exactlyInteger.MAX_VALUE
, so it can't support more than that many elements - A
LinkedList
doesn't use an array as the underlying storage, so that doesn't limit the size. It uses a classical doubly linked list structure with no inherent limit, so its size is only bounded by the available memory. Note that aLinkedList
will report the size wrongly if it is bigger thanInteger.MAX_VALUE
, because it uses aint
field to store the size and the return type ofsize()
isint
as well.
Note that while the Collection
API does define how a Collection
with more than Integer.MAX_VALUE
elements should behave. Most importantly it states this the size()
documentation:
If this collection contains more than
Integer.MAX_VALUE
elements, returnsInteger.MAX_VALUE
.
Note that while HashMap
, HashSet
and LinkedList
seem to support more than Integer.MAX_VALUE
elements, none of those implement the size()
method in this way (i.e. they simply let the internal size
field overflow).
This leads me to believe that other operations also aren't well-defined in this condition.
So I'd say it's safe to use those general-purpose collections with up to Integer.MAX_VLAUE
elements. If you know that you'll need to store more than that, then you should switch to dedicated collection implementations that actually support this.
Solution 2:
In all cases, you're likely to be limited by the JVM heap size rather than anything else. Eventually you'll always get down to arrays so I very much doubt that any of them will manage more than 231 - 1 elements, but you're very, very likely to run out of heap before then anyway.