为什么不应该用Stream.forEach（）替换for循环的3个原因

这篇文章最初发表在jooq.org上 ，这是一个博客，从jOOQ的角度着眼于所有开源，Java和软件开发。

太棒了！ 我们正在将代码库迁移到Java8。我们将用函数替换所有内容。 扔掉设计模式。 删除对象方向。 对！ 我们走吧！

等一下

Java 8已经问世了一年多，而这种兴奋又回到了日常业务中。

baeldung.com从2015年5月开始执行的一项非代表性研究发现， 他们的读者中有38％的人已经采用Java 8 。 在此之前，Typsafe在2014年末进行的一项研究声称，其用户中Java 8的采用率为27％ 。

这对您的代码库意味着什么？

某些Java 7-> Java 8迁移重构是理所当然的。 例如，将Callable传递给ExecutorService ：

ExecutorService s = ...

// Java 7 - meh...
Future<String> f = s.submit(
    new Callable<String>() {
        @Override
        public String call() {
            return "Hello World";
        }
    }
);

// Java 8 - of course!
Future<String> f = s.submit(() -> "Hello World");

匿名类样式实际上在这里没有添加任何值。

除了这些方面，还有其他较不明显的主题。 例如，是否使用外部迭代器还是内部迭代器 。 另请参阅Neil Gafter于2007年发表的有关永恒主题的有趣读物 。

以下两个逻辑的结果相同：