在什么情况下,我们应该在 JDK 8 中使用旧foreach
循环而不是新循环,collection.forEach()
或者最好的做法是转换每个 foreach
循环?是否有任何重要的性能差异?
我能想到的唯一情况是,如果您想遍历数组并且不想先将数组转换为列表。
在什么情况下,我们应该在 JDK 8 中使用旧foreach
循环而不是新循环,collection.forEach()
或者最好的做法是转换每个 foreach
循环?是否有任何重要的性能差异?
我能想到的唯一情况是,如果您想遍历数组并且不想先将数组转换为列表。
由于 JDK 8 还没有发布,所以目前很难想到最佳实践。但是,基于这些 API 的早期使用,有一些有趣的观察结果。
该forEach()
方法现在开启Iterable
,它被 继承Collection
,因此所有集合都可以使用forEach()
。
数组可以用 包装在集合中,也可以用 包装在Arrays.asList()
流中Arrays.stream()
。这些只是包装器;他们不会将所有元素复制到新容器中。
关于性能,它的默认实现Iterable.forEach(action)
只是通常的“增强型 for 循环”,它创建一个迭代器并在循环中发出连续的hasNext()
和next()
对方法的调用和调用action
。与单纯的增强 for 循环相比,额外的方法调用有一点额外的开销,但它可能非常小。
我会根据风格而不是性能做出选择。
将每个增强的 for 循环转换为 use 可能不值得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 是一个真正的单行语句,它可能是值得的,但在我看来,一个多行语句 lambda insideforEach()
并不比一个好的 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();
当然,这是新的和不熟悉的,但是在使用了一段时间之后,我发现它简洁易读。