我经历了从java6到java8的“朝代更迭”，并给出了自己的看法。
首先，不可否认的是，流绝对是优雅的代名词。它的串行调用模式和强大的api能力都赋予了程序员一种特殊的技能：高效和简洁。
但事情并不是绝对的，但就性能而言，流真的比传统迭代好吗？事实上，情况并非如此。我们应该根据实际情况来看待这个问题。
在极少量的迭代中，我们看不到性能效果的差异。以下几点是建立在依赖大量数据迭代的前提下的。
分为以下几点进行讨论：
1。不管是什么程序，它都必须在载体上运行，而公共载体就是服务器。因此，很容易认为cpu的处理能力直接影响性能。
如果它只是一个单核cpu，建议使用传统的迭代。a）实际测试结果表明，流的性能明显低于for-loop等传统处理方法。特别是当它是单核cpu时，不要使用流的并行处理。原因是并行处理中还有另一个开销，即上下文线程切换。这个时候，只有一个单核cpu，你不觉得当cpu是多核的时候，随着核数的增加，流的优势会逐渐显现出来吗。毕竟，并行处理仍然是由于串行处理。
2.事情不是绝对的。并非所有情况下，流都不如串行处理中的传统迭代好。例如，在复杂对象（公共顺序对象，包含大量信息）的处理中，测试结果表明流的性能仍然是由于普通的迭代，更不用说多核cpu下的并行处理了。这里再次强调，不要在单核下使用串行，你会发现性能并检查它
！3.最后，我想谈谈我的个人经历。在使用并行流时，在迭代处理中进行多个外部接口调用时应谨慎。您可能会发现，并行后上下文线程切换的代价并不一定比串行线程好，而且还会影响系统的稳定性。
最后，在代码整洁性方面，stream仍然有明显的优势，但是在性能方面，我们还是要根据实际情况做出合理的选择，这样才能写出最“优雅”的代码。
以上三点是个人观点和日常工作中遇到的实际场景的总结。如果有什么不对劲或不同意见，可以留言指出，共同讨论，共同进步。
我在日常生活中使用的主要语言是c#和java。在语法方面，写c#更有趣。主要原因是c#有更多的语法糖，而且linq非常容易使用。其次，visualstudio被称为世界上第一个ide。但个人更喜欢java。
从java8出来后，我觉得java正在追赶c#，java和c#的语法越来越相似（原来很相似，哈哈）。这里有一些比较。
在java8中添加lambda表达式后，我感觉越来越像c。
1.当然，首先要看收入。在中国，基本上没有使用c的大公司。最初，携程在使用它，但后来，它也转向了java。
2.从技术的角度来看，有很多优秀的框架可以使用，因为java可以制造很多轮子。在实际项目中你遇到问题，别人一定遇到过，能找到问题的关键。
3.从生态学的角度来看，java无疑是最好的选择之一，因为它的开源较早，建立生态学的时间也较早。
4.在性能方面，sun/oracle热点jvm内置的jit编译器在运行时对字节码进行了优化。如果它不是一个性能敏感的应用程序，java就足够了。
谢谢。
