Collections.addAll 和collection.a
o>from: http://stackoverflow.com/a/3343829/5032462
在stackoverflow上看到的一篇回答,老外真是太professional了,mark一下,我稍微改了改,加了点自己的批注,最后的summary推荐大家看一下。
The Java API docs say the following about Collections.addAll
The behavior of this convenience method is identical to that of c.addAll(Arrays.asList(elements)), but this method is likely to run significantly faster under most implementations.
速度上来说,Collections.addAll
要比collection.addAll
更快,举例来说。
//a)
Collection<Integer> col = new ArrayList<Integer>();
col.addAll(Arrays.asList(1, 2, 3, 4, 5));
Here's what happens:
- varags + autoboxing creates Integer[]
-
Arrays.asList
creates a List<Integer> backed by the array - addAll iterates over a Collection<Integer> using Iterator<Integer>
// b)
Collections.addAll(col, 1, 2, 3, 4, 5);
Here's what happens:
- varargs + autoboxing creates Integer[]
- addAll iterates over an array (instead of an Iterable<Integer>)
We can see now that b) may be faster because: Arrays.asList
call is skipped, i.e. no intermediary List is created. Since the elements are given in an array (thanks to varargs mechanism), iterating over them may be faster than using Iterator.
__
That said, unless profiling shows otherwise, the difference isn't likely to be "significant". Do not optimize prematurely. While Java Collection Framework classes may be slower than arrays, they perform more than adequately for most applications.
__
API links
Collections.addAll(Collection<? super T> c,T... elements)
-varargs i.e. array-based
Collection.addAll(Collection<? extends E> c)
- Collection-based
See also
Java Language Guide/Autoboxing
Java Language Guide/Varargs
Effective Java 2nd Edition, Item 25: Prefer lists to arrays
Related questions
Array or List in Java. Which is faster ?
Summary
-
If you're adding elements from an array, you can
use Collections.addAll(col, arr)
Remember that varargs are also done using arrays -
If you're adding elements from a
Collection
, usecol.addAll(otherCol)
Do NOT e.g.Collections.addAll(col, otherCol.toArray())
Such roundabout way is likely to be slower! -
It's not that one is supremely faster than the other. It's about skipping unnecessary steps given the current situation