Rule of thumb for choosing an implementation of a Java Collection?
up vote
52
down vote
favorite
Anyone have a good rule of thumb for choosing between different implementations of Java Collection interfaces like List, Map, or Set?
For example, generally why or in what cases would I prefer to use a Vector or an ArrayList, a Hashtable or a HashMap?
java collections heuristics
add a comment |
up vote
52
down vote
favorite
Anyone have a good rule of thumb for choosing between different implementations of Java Collection interfaces like List, Map, or Set?
For example, generally why or in what cases would I prefer to use a Vector or an ArrayList, a Hashtable or a HashMap?
java collections heuristics
add a comment |
up vote
52
down vote
favorite
up vote
52
down vote
favorite
Anyone have a good rule of thumb for choosing between different implementations of Java Collection interfaces like List, Map, or Set?
For example, generally why or in what cases would I prefer to use a Vector or an ArrayList, a Hashtable or a HashMap?
java collections heuristics
Anyone have a good rule of thumb for choosing between different implementations of Java Collection interfaces like List, Map, or Set?
For example, generally why or in what cases would I prefer to use a Vector or an ArrayList, a Hashtable or a HashMap?
java collections heuristics
java collections heuristics
edited Sep 8 '08 at 12:38
asked Sep 7 '08 at 13:46
hydeph
3671912
3671912
add a comment |
add a comment |
9 Answers
9
active
oldest
votes
up vote
17
down vote
accepted
I've always made those decisions on a case by case basis, depending on the use case, such as:
- Do I need the ordering to remain?
- Will I have null key/values? Dups?
- Will it be accessed by multiple threads
- Do I need a key/value pair
- Will I need random access?
And then I break out my handy 5th edition Java in a Nutshell and compare the ~20 or so options. It has nice little tables in Chapter five to help one figure out what is appropriate.
Ok, maybe if I know off the cuff that a simple ArrayList or HashSet will do the trick I won't look it all up. ;) but if there is anything remotely complex about my indended use, you bet I'm in the book. BTW, I though Vector is supposed to be 'old hat'--I've not used on in years.
1
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
add a comment |
up vote
78
down vote
I really like this cheat sheet from Sergiy Kovalchuk's blog entry:
More detailed was Alexander Zagniotov's flowchart, but unfortunately it is offline.
3
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
add a comment |
up vote
24
down vote
I'll assume you know the difference between a List, Set and Map from the above answers. Why you would choose between their implementing classes is another thing. For example:
List:
ArrayList is quick on retrieving, but slow on inserting. It's good for an implementation that reads a lot but doesn't insert/remove a lot. It keeps its data in one continuous block of memory, so every time it needs to expand, it copies the whole array.
LinkedList is slow on retrieving, but quick on inserting. It's good for an implementation that inserts/removes a lot but doesn't read a lot. It doesn't keep the entire array in one continuous block of memory.
Set:
HashSet doesn't guarantee the order of iteration, and therefore is fastest of the sets. It has high overhead and is slower than ArrayList, so you shouldn't use it except for a large amount of data when its hashing speed becomes a factor.
TreeSet keeps the data ordered, therefore is slower than HashSet.
Map: The performance and behavior of HashMap and TreeMap are parallel to the Set implementations.
Vector and Hashtable should not be used. They are synchronized implementations, before the release of the new Collection hierarchy, thus slow. If synchronization is needed, use Collections.synchronizedCollection().
4
You should distinguish between inserting at a given index withadd(int, E)
and inserting [wherever] usingadd(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.
– artbristol
Oct 25 '12 at 14:12
add a comment |
up vote
12
down vote
Theoretically there are useful Big-Oh tradeoffs, but in practice these almost never matter.
In real-world benchmarks, ArrayList
out-performs LinkedList
even with big lists and with operations like "lots of insertions near the front." Academics ignore the fact that real algorithms have constant factors that can overwhelm the asymptotic curve. For example, linked-lists require an additional object allocation for every node, meaning slower to create a node and vastly worse memory-access characteristics.
My rule is:
- Always start with ArrayList and HashSet and HashMap (i.e. not LinkedList or TreeMap).
- Type declarations should always be an interface (i.e. List, Set, Map) so if a profiler or code review proves otherwise you can change the implementation without breaking anything.
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
add a comment |
up vote
8
down vote
About your first question...
List, Map and Set serve different purposes. I suggest reading about the Java Collections Framework at http://java.sun.com/docs/books/tutorial/collections/interfaces/index.html.
To be a bit more concrete:
- use List if you need an array-like data structure and you need to iterate over the elements
- use Map if you need something like a dictionary
- use a Set if you only need to decide if something belongs to the set or not.
About your second question...
The main difference between Vector and ArrayList is that the former is synchronized, the latter is not synchronized. You can read more about synchronization in Java Concurrency in Practice.
The difference between Hashtable (note that the T is not a capital letter) and HashMap is similiar, the former is synchronized, the latter is not synchronized.
I would say that there are no rule of thumb for preferring one implementation or another, it really depends on your needs.
add a comment |
up vote
5
down vote
For non-sorted the best choice, more than nine times out of ten, will be: ArrayList, HashMap, HashSet.
Vector and Hashtable are synchronised and therefore might be a bit slower. It's rare that you would want synchronised implementations, and when you do their interfaces are not sufficiently rich for thier synchronisation to be useful. In the case of Map, ConcurrentMap adds extra operations to make the interface useful. ConcurrentHashMap is a good implementation of ConcurrentMap.
LinkedList is almost never a good idea. Even if you are doing a lot of insertions and removal, if you are using an index to indicate position then that requires iterating through the list to find the correct node. ArrayList is almost always faster.
For Map and Set, the hash variants will be faster than tree/sorted. Hash algortihms tend to have O(1) performance, whereas trees will be O(log n).
add a comment |
up vote
2
down vote
Lists allow duplicate items, while Sets allow only one instance.
I'll use a Map whenever I'll need to perform a lookup.
For the specific implementations, there are order-preserving variations of Maps and Sets but largely it comes down to speed. I'll tend to use ArrayList for reasonably small Lists and HashSet for reasonably small sets, but there are many implementations (including any that you write yourself). HashMap is pretty common for Maps. Anything more than 'reasonably small' and you have to start worrying about memory so that'll be way more specific algorithmically.
This page has lots of animated images along with sample code testing LinkedList vs. ArrayList if you're interested in hard numbers.
EDIT: I hope the following links demonstrate how these things are really just items in a toolbox, you just have to think about what your needs are: See Commons-Collections versions of Map, List and Set.
add a comment |
up vote
2
down vote
As suggested in other answers, there are different scenarios to use correct collection depending on use case. I am listing few points,
ArrayList:
- Most cases where you just need to store or iterate through a "bunch of things" and later iterate through them. Iterating is faster as its index based.
- Whenever you create an ArrayList, a fixed amount of memory is allocated to it and once exceeeded,it copies the whole array
LinkedList:
- It uses doubly linked list so insertion and deletion operation will be fast as it will only add or remove a node.
- Retrieving is slow as it will have to iterate through the nodes.
HashSet:
Making other yes-no decisions about an item, e.g. "is the item a word of English", "is the item in the database?" , "is the item in this category?" etc.
Remembering "which items you've already processed", e.g. when doing a web crawl;
HashMap:
- Used in cases where you need to say "for a given X, what is the Y"? It is often useful for implementing in-memory caches or indexes i.e key value pairs For example:
For a given user ID, what is their cached name/User object?. - Always go with HashMap to perform a lookup.
Vector and Hashtable are synchronized and therefore bit slower and If synchronization is needed, use Collections.synchronizedCollection().
Check This for sorted collections.
Hope this hepled.
add a comment |
up vote
1
down vote
I found Bruce Eckel's Thinking in Java to be very helpful. He compares the different collections very well. I used to keep a diagram he published showing the inheritance heirachy on my cube wall as a quick reference. One thing I suggest you do is keep in mind thread safety. Performance usually means not thread safe.
add a comment |
9 Answers
9
active
oldest
votes
9 Answers
9
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
17
down vote
accepted
I've always made those decisions on a case by case basis, depending on the use case, such as:
- Do I need the ordering to remain?
- Will I have null key/values? Dups?
- Will it be accessed by multiple threads
- Do I need a key/value pair
- Will I need random access?
And then I break out my handy 5th edition Java in a Nutshell and compare the ~20 or so options. It has nice little tables in Chapter five to help one figure out what is appropriate.
Ok, maybe if I know off the cuff that a simple ArrayList or HashSet will do the trick I won't look it all up. ;) but if there is anything remotely complex about my indended use, you bet I'm in the book. BTW, I though Vector is supposed to be 'old hat'--I've not used on in years.
1
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
add a comment |
up vote
17
down vote
accepted
I've always made those decisions on a case by case basis, depending on the use case, such as:
- Do I need the ordering to remain?
- Will I have null key/values? Dups?
- Will it be accessed by multiple threads
- Do I need a key/value pair
- Will I need random access?
And then I break out my handy 5th edition Java in a Nutshell and compare the ~20 or so options. It has nice little tables in Chapter five to help one figure out what is appropriate.
Ok, maybe if I know off the cuff that a simple ArrayList or HashSet will do the trick I won't look it all up. ;) but if there is anything remotely complex about my indended use, you bet I'm in the book. BTW, I though Vector is supposed to be 'old hat'--I've not used on in years.
1
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
add a comment |
up vote
17
down vote
accepted
up vote
17
down vote
accepted
I've always made those decisions on a case by case basis, depending on the use case, such as:
- Do I need the ordering to remain?
- Will I have null key/values? Dups?
- Will it be accessed by multiple threads
- Do I need a key/value pair
- Will I need random access?
And then I break out my handy 5th edition Java in a Nutshell and compare the ~20 or so options. It has nice little tables in Chapter five to help one figure out what is appropriate.
Ok, maybe if I know off the cuff that a simple ArrayList or HashSet will do the trick I won't look it all up. ;) but if there is anything remotely complex about my indended use, you bet I'm in the book. BTW, I though Vector is supposed to be 'old hat'--I've not used on in years.
I've always made those decisions on a case by case basis, depending on the use case, such as:
- Do I need the ordering to remain?
- Will I have null key/values? Dups?
- Will it be accessed by multiple threads
- Do I need a key/value pair
- Will I need random access?
And then I break out my handy 5th edition Java in a Nutshell and compare the ~20 or so options. It has nice little tables in Chapter five to help one figure out what is appropriate.
Ok, maybe if I know off the cuff that a simple ArrayList or HashSet will do the trick I won't look it all up. ;) but if there is anything remotely complex about my indended use, you bet I'm in the book. BTW, I though Vector is supposed to be 'old hat'--I've not used on in years.
edited Sep 8 '08 at 6:45
answered Sep 7 '08 at 14:03
Stu Thompson
29.7k1896149
29.7k1896149
1
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
add a comment |
1
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
1
1
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
Why is this the selected answer? It just asks a bunch of questions and then references a book.
– Beefster
Dec 15 '17 at 20:03
add a comment |
up vote
78
down vote
I really like this cheat sheet from Sergiy Kovalchuk's blog entry:
More detailed was Alexander Zagniotov's flowchart, but unfortunately it is offline.
3
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
add a comment |
up vote
78
down vote
I really like this cheat sheet from Sergiy Kovalchuk's blog entry:
More detailed was Alexander Zagniotov's flowchart, but unfortunately it is offline.
3
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
add a comment |
up vote
78
down vote
up vote
78
down vote
I really like this cheat sheet from Sergiy Kovalchuk's blog entry:
More detailed was Alexander Zagniotov's flowchart, but unfortunately it is offline.
I really like this cheat sheet from Sergiy Kovalchuk's blog entry:
More detailed was Alexander Zagniotov's flowchart, but unfortunately it is offline.
edited Nov 11 at 14:00
answered Jul 2 '13 at 8:19
ChrLipp
13.2k760101
13.2k760101
3
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
add a comment |
3
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
3
3
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
very easy to understand and remember.
– Imran Ali
Aug 27 '14 at 1:06
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
Both ArrayList and LinkedList are an implementation of List interface. This means that they preserve the insertion order. So why do you favour for this purpose LinkHashSet over ArrayList?
– Alexius Diakogiannis
Feb 22 at 8:41
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
I just referenced the cheat sheet, but to answer your question: the decisions for LinkHashSet are Values, no duplicates, searching, insertion order. So the difference to ArrayList is the "no duplicates" and searching decisions. ArrayList allows duplicates and searching is O(n) if you search the value.
– ChrLipp
Feb 25 at 15:32
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
LinkedList is missing
– Arun Raaj
Nov 10 at 11:43
add a comment |
up vote
24
down vote
I'll assume you know the difference between a List, Set and Map from the above answers. Why you would choose between their implementing classes is another thing. For example:
List:
ArrayList is quick on retrieving, but slow on inserting. It's good for an implementation that reads a lot but doesn't insert/remove a lot. It keeps its data in one continuous block of memory, so every time it needs to expand, it copies the whole array.
LinkedList is slow on retrieving, but quick on inserting. It's good for an implementation that inserts/removes a lot but doesn't read a lot. It doesn't keep the entire array in one continuous block of memory.
Set:
HashSet doesn't guarantee the order of iteration, and therefore is fastest of the sets. It has high overhead and is slower than ArrayList, so you shouldn't use it except for a large amount of data when its hashing speed becomes a factor.
TreeSet keeps the data ordered, therefore is slower than HashSet.
Map: The performance and behavior of HashMap and TreeMap are parallel to the Set implementations.
Vector and Hashtable should not be used. They are synchronized implementations, before the release of the new Collection hierarchy, thus slow. If synchronization is needed, use Collections.synchronizedCollection().
4
You should distinguish between inserting at a given index withadd(int, E)
and inserting [wherever] usingadd(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.
– artbristol
Oct 25 '12 at 14:12
add a comment |
up vote
24
down vote
I'll assume you know the difference between a List, Set and Map from the above answers. Why you would choose between their implementing classes is another thing. For example:
List:
ArrayList is quick on retrieving, but slow on inserting. It's good for an implementation that reads a lot but doesn't insert/remove a lot. It keeps its data in one continuous block of memory, so every time it needs to expand, it copies the whole array.
LinkedList is slow on retrieving, but quick on inserting. It's good for an implementation that inserts/removes a lot but doesn't read a lot. It doesn't keep the entire array in one continuous block of memory.
Set:
HashSet doesn't guarantee the order of iteration, and therefore is fastest of the sets. It has high overhead and is slower than ArrayList, so you shouldn't use it except for a large amount of data when its hashing speed becomes a factor.
TreeSet keeps the data ordered, therefore is slower than HashSet.
Map: The performance and behavior of HashMap and TreeMap are parallel to the Set implementations.
Vector and Hashtable should not be used. They are synchronized implementations, before the release of the new Collection hierarchy, thus slow. If synchronization is needed, use Collections.synchronizedCollection().
4
You should distinguish between inserting at a given index withadd(int, E)
and inserting [wherever] usingadd(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.
– artbristol
Oct 25 '12 at 14:12
add a comment |
up vote
24
down vote
up vote
24
down vote
I'll assume you know the difference between a List, Set and Map from the above answers. Why you would choose between their implementing classes is another thing. For example:
List:
ArrayList is quick on retrieving, but slow on inserting. It's good for an implementation that reads a lot but doesn't insert/remove a lot. It keeps its data in one continuous block of memory, so every time it needs to expand, it copies the whole array.
LinkedList is slow on retrieving, but quick on inserting. It's good for an implementation that inserts/removes a lot but doesn't read a lot. It doesn't keep the entire array in one continuous block of memory.
Set:
HashSet doesn't guarantee the order of iteration, and therefore is fastest of the sets. It has high overhead and is slower than ArrayList, so you shouldn't use it except for a large amount of data when its hashing speed becomes a factor.
TreeSet keeps the data ordered, therefore is slower than HashSet.
Map: The performance and behavior of HashMap and TreeMap are parallel to the Set implementations.
Vector and Hashtable should not be used. They are synchronized implementations, before the release of the new Collection hierarchy, thus slow. If synchronization is needed, use Collections.synchronizedCollection().
I'll assume you know the difference between a List, Set and Map from the above answers. Why you would choose between their implementing classes is another thing. For example:
List:
ArrayList is quick on retrieving, but slow on inserting. It's good for an implementation that reads a lot but doesn't insert/remove a lot. It keeps its data in one continuous block of memory, so every time it needs to expand, it copies the whole array.
LinkedList is slow on retrieving, but quick on inserting. It's good for an implementation that inserts/removes a lot but doesn't read a lot. It doesn't keep the entire array in one continuous block of memory.
Set:
HashSet doesn't guarantee the order of iteration, and therefore is fastest of the sets. It has high overhead and is slower than ArrayList, so you shouldn't use it except for a large amount of data when its hashing speed becomes a factor.
TreeSet keeps the data ordered, therefore is slower than HashSet.
Map: The performance and behavior of HashMap and TreeMap are parallel to the Set implementations.
Vector and Hashtable should not be used. They are synchronized implementations, before the release of the new Collection hierarchy, thus slow. If synchronization is needed, use Collections.synchronizedCollection().
edited Sep 8 '08 at 13:11
answered Sep 7 '08 at 14:17
Jonathan
4,14052432
4,14052432
4
You should distinguish between inserting at a given index withadd(int, E)
and inserting [wherever] usingadd(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.
– artbristol
Oct 25 '12 at 14:12
add a comment |
4
You should distinguish between inserting at a given index withadd(int, E)
and inserting [wherever] usingadd(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.
– artbristol
Oct 25 '12 at 14:12
4
4
You should distinguish between inserting at a given index with
add(int, E)
and inserting [wherever] using add(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.– artbristol
Oct 25 '12 at 14:12
You should distinguish between inserting at a given index with
add(int, E)
and inserting [wherever] using add(E)
. ArrayList is not slow to add at the end of the array (except very occasionally when it needs to expand the backing array), and LinkedList is not slow in the latter case.– artbristol
Oct 25 '12 at 14:12
add a comment |
up vote
12
down vote
Theoretically there are useful Big-Oh tradeoffs, but in practice these almost never matter.
In real-world benchmarks, ArrayList
out-performs LinkedList
even with big lists and with operations like "lots of insertions near the front." Academics ignore the fact that real algorithms have constant factors that can overwhelm the asymptotic curve. For example, linked-lists require an additional object allocation for every node, meaning slower to create a node and vastly worse memory-access characteristics.
My rule is:
- Always start with ArrayList and HashSet and HashMap (i.e. not LinkedList or TreeMap).
- Type declarations should always be an interface (i.e. List, Set, Map) so if a profiler or code review proves otherwise you can change the implementation without breaking anything.
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
add a comment |
up vote
12
down vote
Theoretically there are useful Big-Oh tradeoffs, but in practice these almost never matter.
In real-world benchmarks, ArrayList
out-performs LinkedList
even with big lists and with operations like "lots of insertions near the front." Academics ignore the fact that real algorithms have constant factors that can overwhelm the asymptotic curve. For example, linked-lists require an additional object allocation for every node, meaning slower to create a node and vastly worse memory-access characteristics.
My rule is:
- Always start with ArrayList and HashSet and HashMap (i.e. not LinkedList or TreeMap).
- Type declarations should always be an interface (i.e. List, Set, Map) so if a profiler or code review proves otherwise you can change the implementation without breaking anything.
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
add a comment |
up vote
12
down vote
up vote
12
down vote
Theoretically there are useful Big-Oh tradeoffs, but in practice these almost never matter.
In real-world benchmarks, ArrayList
out-performs LinkedList
even with big lists and with operations like "lots of insertions near the front." Academics ignore the fact that real algorithms have constant factors that can overwhelm the asymptotic curve. For example, linked-lists require an additional object allocation for every node, meaning slower to create a node and vastly worse memory-access characteristics.
My rule is:
- Always start with ArrayList and HashSet and HashMap (i.e. not LinkedList or TreeMap).
- Type declarations should always be an interface (i.e. List, Set, Map) so if a profiler or code review proves otherwise you can change the implementation without breaking anything.
Theoretically there are useful Big-Oh tradeoffs, but in practice these almost never matter.
In real-world benchmarks, ArrayList
out-performs LinkedList
even with big lists and with operations like "lots of insertions near the front." Academics ignore the fact that real algorithms have constant factors that can overwhelm the asymptotic curve. For example, linked-lists require an additional object allocation for every node, meaning slower to create a node and vastly worse memory-access characteristics.
My rule is:
- Always start with ArrayList and HashSet and HashMap (i.e. not LinkedList or TreeMap).
- Type declarations should always be an interface (i.e. List, Set, Map) so if a profiler or code review proves otherwise you can change the implementation without breaking anything.
answered Sep 7 '08 at 15:26
Jason Cohen
58k24101109
58k24101109
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
add a comment |
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
Note that in ChrLipp's chart, LinkedList isn't even on it and the other options really only depend on what order you need things in. I do like this answer though.
– Beefster
Dec 15 '17 at 20:02
add a comment |
up vote
8
down vote
About your first question...
List, Map and Set serve different purposes. I suggest reading about the Java Collections Framework at http://java.sun.com/docs/books/tutorial/collections/interfaces/index.html.
To be a bit more concrete:
- use List if you need an array-like data structure and you need to iterate over the elements
- use Map if you need something like a dictionary
- use a Set if you only need to decide if something belongs to the set or not.
About your second question...
The main difference between Vector and ArrayList is that the former is synchronized, the latter is not synchronized. You can read more about synchronization in Java Concurrency in Practice.
The difference between Hashtable (note that the T is not a capital letter) and HashMap is similiar, the former is synchronized, the latter is not synchronized.
I would say that there are no rule of thumb for preferring one implementation or another, it really depends on your needs.
add a comment |
up vote
8
down vote
About your first question...
List, Map and Set serve different purposes. I suggest reading about the Java Collections Framework at http://java.sun.com/docs/books/tutorial/collections/interfaces/index.html.
To be a bit more concrete:
- use List if you need an array-like data structure and you need to iterate over the elements
- use Map if you need something like a dictionary
- use a Set if you only need to decide if something belongs to the set or not.
About your second question...
The main difference between Vector and ArrayList is that the former is synchronized, the latter is not synchronized. You can read more about synchronization in Java Concurrency in Practice.
The difference between Hashtable (note that the T is not a capital letter) and HashMap is similiar, the former is synchronized, the latter is not synchronized.
I would say that there are no rule of thumb for preferring one implementation or another, it really depends on your needs.
add a comment |
up vote
8
down vote
up vote
8
down vote
About your first question...
List, Map and Set serve different purposes. I suggest reading about the Java Collections Framework at http://java.sun.com/docs/books/tutorial/collections/interfaces/index.html.
To be a bit more concrete:
- use List if you need an array-like data structure and you need to iterate over the elements
- use Map if you need something like a dictionary
- use a Set if you only need to decide if something belongs to the set or not.
About your second question...
The main difference between Vector and ArrayList is that the former is synchronized, the latter is not synchronized. You can read more about synchronization in Java Concurrency in Practice.
The difference between Hashtable (note that the T is not a capital letter) and HashMap is similiar, the former is synchronized, the latter is not synchronized.
I would say that there are no rule of thumb for preferring one implementation or another, it really depends on your needs.
About your first question...
List, Map and Set serve different purposes. I suggest reading about the Java Collections Framework at http://java.sun.com/docs/books/tutorial/collections/interfaces/index.html.
To be a bit more concrete:
- use List if you need an array-like data structure and you need to iterate over the elements
- use Map if you need something like a dictionary
- use a Set if you only need to decide if something belongs to the set or not.
About your second question...
The main difference between Vector and ArrayList is that the former is synchronized, the latter is not synchronized. You can read more about synchronization in Java Concurrency in Practice.
The difference between Hashtable (note that the T is not a capital letter) and HashMap is similiar, the former is synchronized, the latter is not synchronized.
I would say that there are no rule of thumb for preferring one implementation or another, it really depends on your needs.
answered Sep 7 '08 at 14:03
Zizzencs
2,10862528
2,10862528
add a comment |
add a comment |
up vote
5
down vote
For non-sorted the best choice, more than nine times out of ten, will be: ArrayList, HashMap, HashSet.
Vector and Hashtable are synchronised and therefore might be a bit slower. It's rare that you would want synchronised implementations, and when you do their interfaces are not sufficiently rich for thier synchronisation to be useful. In the case of Map, ConcurrentMap adds extra operations to make the interface useful. ConcurrentHashMap is a good implementation of ConcurrentMap.
LinkedList is almost never a good idea. Even if you are doing a lot of insertions and removal, if you are using an index to indicate position then that requires iterating through the list to find the correct node. ArrayList is almost always faster.
For Map and Set, the hash variants will be faster than tree/sorted. Hash algortihms tend to have O(1) performance, whereas trees will be O(log n).
add a comment |
up vote
5
down vote
For non-sorted the best choice, more than nine times out of ten, will be: ArrayList, HashMap, HashSet.
Vector and Hashtable are synchronised and therefore might be a bit slower. It's rare that you would want synchronised implementations, and when you do their interfaces are not sufficiently rich for thier synchronisation to be useful. In the case of Map, ConcurrentMap adds extra operations to make the interface useful. ConcurrentHashMap is a good implementation of ConcurrentMap.
LinkedList is almost never a good idea. Even if you are doing a lot of insertions and removal, if you are using an index to indicate position then that requires iterating through the list to find the correct node. ArrayList is almost always faster.
For Map and Set, the hash variants will be faster than tree/sorted. Hash algortihms tend to have O(1) performance, whereas trees will be O(log n).
add a comment |
up vote
5
down vote
up vote
5
down vote
For non-sorted the best choice, more than nine times out of ten, will be: ArrayList, HashMap, HashSet.
Vector and Hashtable are synchronised and therefore might be a bit slower. It's rare that you would want synchronised implementations, and when you do their interfaces are not sufficiently rich for thier synchronisation to be useful. In the case of Map, ConcurrentMap adds extra operations to make the interface useful. ConcurrentHashMap is a good implementation of ConcurrentMap.
LinkedList is almost never a good idea. Even if you are doing a lot of insertions and removal, if you are using an index to indicate position then that requires iterating through the list to find the correct node. ArrayList is almost always faster.
For Map and Set, the hash variants will be faster than tree/sorted. Hash algortihms tend to have O(1) performance, whereas trees will be O(log n).
For non-sorted the best choice, more than nine times out of ten, will be: ArrayList, HashMap, HashSet.
Vector and Hashtable are synchronised and therefore might be a bit slower. It's rare that you would want synchronised implementations, and when you do their interfaces are not sufficiently rich for thier synchronisation to be useful. In the case of Map, ConcurrentMap adds extra operations to make the interface useful. ConcurrentHashMap is a good implementation of ConcurrentMap.
LinkedList is almost never a good idea. Even if you are doing a lot of insertions and removal, if you are using an index to indicate position then that requires iterating through the list to find the correct node. ArrayList is almost always faster.
For Map and Set, the hash variants will be faster than tree/sorted. Hash algortihms tend to have O(1) performance, whereas trees will be O(log n).
answered Sep 7 '08 at 15:18
Tom Hawtin - tackline
125k28179266
125k28179266
add a comment |
add a comment |
up vote
2
down vote
Lists allow duplicate items, while Sets allow only one instance.
I'll use a Map whenever I'll need to perform a lookup.
For the specific implementations, there are order-preserving variations of Maps and Sets but largely it comes down to speed. I'll tend to use ArrayList for reasonably small Lists and HashSet for reasonably small sets, but there are many implementations (including any that you write yourself). HashMap is pretty common for Maps. Anything more than 'reasonably small' and you have to start worrying about memory so that'll be way more specific algorithmically.
This page has lots of animated images along with sample code testing LinkedList vs. ArrayList if you're interested in hard numbers.
EDIT: I hope the following links demonstrate how these things are really just items in a toolbox, you just have to think about what your needs are: See Commons-Collections versions of Map, List and Set.
add a comment |
up vote
2
down vote
Lists allow duplicate items, while Sets allow only one instance.
I'll use a Map whenever I'll need to perform a lookup.
For the specific implementations, there are order-preserving variations of Maps and Sets but largely it comes down to speed. I'll tend to use ArrayList for reasonably small Lists and HashSet for reasonably small sets, but there are many implementations (including any that you write yourself). HashMap is pretty common for Maps. Anything more than 'reasonably small' and you have to start worrying about memory so that'll be way more specific algorithmically.
This page has lots of animated images along with sample code testing LinkedList vs. ArrayList if you're interested in hard numbers.
EDIT: I hope the following links demonstrate how these things are really just items in a toolbox, you just have to think about what your needs are: See Commons-Collections versions of Map, List and Set.
add a comment |
up vote
2
down vote
up vote
2
down vote
Lists allow duplicate items, while Sets allow only one instance.
I'll use a Map whenever I'll need to perform a lookup.
For the specific implementations, there are order-preserving variations of Maps and Sets but largely it comes down to speed. I'll tend to use ArrayList for reasonably small Lists and HashSet for reasonably small sets, but there are many implementations (including any that you write yourself). HashMap is pretty common for Maps. Anything more than 'reasonably small' and you have to start worrying about memory so that'll be way more specific algorithmically.
This page has lots of animated images along with sample code testing LinkedList vs. ArrayList if you're interested in hard numbers.
EDIT: I hope the following links demonstrate how these things are really just items in a toolbox, you just have to think about what your needs are: See Commons-Collections versions of Map, List and Set.
Lists allow duplicate items, while Sets allow only one instance.
I'll use a Map whenever I'll need to perform a lookup.
For the specific implementations, there are order-preserving variations of Maps and Sets but largely it comes down to speed. I'll tend to use ArrayList for reasonably small Lists and HashSet for reasonably small sets, but there are many implementations (including any that you write yourself). HashMap is pretty common for Maps. Anything more than 'reasonably small' and you have to start worrying about memory so that'll be way more specific algorithmically.
This page has lots of animated images along with sample code testing LinkedList vs. ArrayList if you're interested in hard numbers.
EDIT: I hope the following links demonstrate how these things are really just items in a toolbox, you just have to think about what your needs are: See Commons-Collections versions of Map, List and Set.
edited Sep 7 '08 at 14:12
answered Sep 7 '08 at 14:06
Joe Liversedge
3,4862219
3,4862219
add a comment |
add a comment |
up vote
2
down vote
As suggested in other answers, there are different scenarios to use correct collection depending on use case. I am listing few points,
ArrayList:
- Most cases where you just need to store or iterate through a "bunch of things" and later iterate through them. Iterating is faster as its index based.
- Whenever you create an ArrayList, a fixed amount of memory is allocated to it and once exceeeded,it copies the whole array
LinkedList:
- It uses doubly linked list so insertion and deletion operation will be fast as it will only add or remove a node.
- Retrieving is slow as it will have to iterate through the nodes.
HashSet:
Making other yes-no decisions about an item, e.g. "is the item a word of English", "is the item in the database?" , "is the item in this category?" etc.
Remembering "which items you've already processed", e.g. when doing a web crawl;
HashMap:
- Used in cases where you need to say "for a given X, what is the Y"? It is often useful for implementing in-memory caches or indexes i.e key value pairs For example:
For a given user ID, what is their cached name/User object?. - Always go with HashMap to perform a lookup.
Vector and Hashtable are synchronized and therefore bit slower and If synchronization is needed, use Collections.synchronizedCollection().
Check This for sorted collections.
Hope this hepled.
add a comment |
up vote
2
down vote
As suggested in other answers, there are different scenarios to use correct collection depending on use case. I am listing few points,
ArrayList:
- Most cases where you just need to store or iterate through a "bunch of things" and later iterate through them. Iterating is faster as its index based.
- Whenever you create an ArrayList, a fixed amount of memory is allocated to it and once exceeeded,it copies the whole array
LinkedList:
- It uses doubly linked list so insertion and deletion operation will be fast as it will only add or remove a node.
- Retrieving is slow as it will have to iterate through the nodes.
HashSet:
Making other yes-no decisions about an item, e.g. "is the item a word of English", "is the item in the database?" , "is the item in this category?" etc.
Remembering "which items you've already processed", e.g. when doing a web crawl;
HashMap:
- Used in cases where you need to say "for a given X, what is the Y"? It is often useful for implementing in-memory caches or indexes i.e key value pairs For example:
For a given user ID, what is their cached name/User object?. - Always go with HashMap to perform a lookup.
Vector and Hashtable are synchronized and therefore bit slower and If synchronization is needed, use Collections.synchronizedCollection().
Check This for sorted collections.
Hope this hepled.
add a comment |
up vote
2
down vote
up vote
2
down vote
As suggested in other answers, there are different scenarios to use correct collection depending on use case. I am listing few points,
ArrayList:
- Most cases where you just need to store or iterate through a "bunch of things" and later iterate through them. Iterating is faster as its index based.
- Whenever you create an ArrayList, a fixed amount of memory is allocated to it and once exceeeded,it copies the whole array
LinkedList:
- It uses doubly linked list so insertion and deletion operation will be fast as it will only add or remove a node.
- Retrieving is slow as it will have to iterate through the nodes.
HashSet:
Making other yes-no decisions about an item, e.g. "is the item a word of English", "is the item in the database?" , "is the item in this category?" etc.
Remembering "which items you've already processed", e.g. when doing a web crawl;
HashMap:
- Used in cases where you need to say "for a given X, what is the Y"? It is often useful for implementing in-memory caches or indexes i.e key value pairs For example:
For a given user ID, what is their cached name/User object?. - Always go with HashMap to perform a lookup.
Vector and Hashtable are synchronized and therefore bit slower and If synchronization is needed, use Collections.synchronizedCollection().
Check This for sorted collections.
Hope this hepled.
As suggested in other answers, there are different scenarios to use correct collection depending on use case. I am listing few points,
ArrayList:
- Most cases where you just need to store or iterate through a "bunch of things" and later iterate through them. Iterating is faster as its index based.
- Whenever you create an ArrayList, a fixed amount of memory is allocated to it and once exceeeded,it copies the whole array
LinkedList:
- It uses doubly linked list so insertion and deletion operation will be fast as it will only add or remove a node.
- Retrieving is slow as it will have to iterate through the nodes.
HashSet:
Making other yes-no decisions about an item, e.g. "is the item a word of English", "is the item in the database?" , "is the item in this category?" etc.
Remembering "which items you've already processed", e.g. when doing a web crawl;
HashMap:
- Used in cases where you need to say "for a given X, what is the Y"? It is often useful for implementing in-memory caches or indexes i.e key value pairs For example:
For a given user ID, what is their cached name/User object?. - Always go with HashMap to perform a lookup.
Vector and Hashtable are synchronized and therefore bit slower and If synchronization is needed, use Collections.synchronizedCollection().
Check This for sorted collections.
Hope this hepled.
answered Jun 21 '17 at 17:01
Code_Mode
517514
517514
add a comment |
add a comment |
up vote
1
down vote
I found Bruce Eckel's Thinking in Java to be very helpful. He compares the different collections very well. I used to keep a diagram he published showing the inheritance heirachy on my cube wall as a quick reference. One thing I suggest you do is keep in mind thread safety. Performance usually means not thread safe.
add a comment |
up vote
1
down vote
I found Bruce Eckel's Thinking in Java to be very helpful. He compares the different collections very well. I used to keep a diagram he published showing the inheritance heirachy on my cube wall as a quick reference. One thing I suggest you do is keep in mind thread safety. Performance usually means not thread safe.
add a comment |
up vote
1
down vote
up vote
1
down vote
I found Bruce Eckel's Thinking in Java to be very helpful. He compares the different collections very well. I used to keep a diagram he published showing the inheritance heirachy on my cube wall as a quick reference. One thing I suggest you do is keep in mind thread safety. Performance usually means not thread safe.
I found Bruce Eckel's Thinking in Java to be very helpful. He compares the different collections very well. I used to keep a diagram he published showing the inheritance heirachy on my cube wall as a quick reference. One thing I suggest you do is keep in mind thread safety. Performance usually means not thread safe.
answered Sep 7 '08 at 14:30
user5044
111
111
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f48442%2frule-of-thumb-for-choosing-an-implementation-of-a-java-collection%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown