在什么情况下我们应该在 JDK 8 中使用旧的 foreach
循环遍历新的 collection.forEach()
还是最好的做法是转换 every foreach
循环?是否存在任何重要的性能差异?
我能想到的唯一情况是,如果您想遍历一个数组并且不想先将您的数组转换为列表。
最佳答案
目前很难想到最佳实践,因为 JDK 8 甚至还没有发布。但是,根据这些 API 的早期使用,有一些有趣的观察结果。
forEach()
方法现在在Iterable
上,它被Collection
继承,所以所有的集合都可以使用forEach( )
。
可以使用 Arrays.asList()
将数组包装在集合中,或者使用 Arrays.stream()
将其包装在流中。这些只是 wrapper ;他们不会将所有元素复制到新容器中。
关于性能,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 和流库重写,它看起来像这样:
OptionalInt longest =
strings.stream()
.mapToInt(s -> s.length())
.max();
当然,这是新的和不熟悉的,但在使用了一段时间后,我发现它简洁易读。
关于foreach - 新旧 foreach 循环,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17426323/