在什么情况下,我们应该在JDK 8中的新foreach
上使用旧的collection.forEach()
循环,或者转换每个foreach
循环是最佳实践?有什么重要的性能差异吗?
我能想到的唯一情况是,如果您想迭代一个数组,并且不想首先将数组转换成一个列表。
发布于 2013-07-04 04:51:39
现在很难想到最佳实践,因为JDK 8还没有发布。然而,在早期使用这些API的基础上有一些有趣的观察。
forEach()
方法现在在由Collection
继承的Iterable
上,因此所有集合都可以使用forEach()
。
数组可以用Arrays.asList()
包装在集合中,也可以用Arrays.stream()
包装在流中。这些只是包装器,它们不会将所有元素复制到一个新容器中。
在性能方面,Iterable.forEach(action)
的默认实现只是通常的“增强型for-循环”,它创建迭代器并发出连续的hasNext()
和next()
调用以及对循环中的action
方法的调用。与普通的增强的for循环相比,额外的方法调用有一些额外的开销,但它可能非常小。
我选择的是文体,而不是表演。
将每个增强的for循环转换为使用forEach()
可能不值得。考虑:
for (String s : coll) {
System.out.println("---");
System.out.println(s);
System.out.println("---");
}
对比
coll.forEach(s -> {
System.out.println("---");
System.out.println(s);
System.out.println("---");
});
如果lambda是一个真正的一行,它可能是值得的,但在我看来,forEach()
中的多行语句lambda并不比一个好的for-循环更清晰。
但是,如果for-循环的主体中有逻辑,或者它需要维护某种类型的运行状态,则可能值得将循环重新构造为流管道。请考虑下面这个片段,它查找集合中最长字符串的长度:
int longest = -1;
for (String s : strings) {
int len = s.length();
if (len > longest)
longest = len;
}
使用lambdas和streams库重写,如下所示:
OptionalInt longest =
strings.stream()
.mapToInt(s -> s.length())
.max();
当然,这是新的和不熟悉的,但经过一段时间的处理后,我发现它是简洁和可读的。
https://stackoverflow.com/questions/17426323
复制相似问题