首先,不可否认,stream绝对是优雅的代名词,无论是其串行调用方式,还是其api的强大能力,都给予了程序员一项特殊技能:高效、简洁。

但事情并非绝对,但从性能上来说,stream真的比传统迭代更优吗?其实不然,还是要依据实际情况来看待问题。

在极少数量的迭代次数下,其实看不出性能效果的差异,固后面所说的几点都是依赖大量数据迭代的前提之下。

Java8中用法优雅的Stream

具体分为以下几点谈谈:

1、无论什么程序,都要跑在载体上,而常见的载体就是服务器,那么,提到这就很容易联想到,CPU的处理能力,直接影响到性能问题。

如果只是单核cpu,那么还是推荐传统迭代,a)实际测试效果来看,stream性能要明显差于for循环之类的传统处理方式,尤其在单核cpu时,千万不要使用stream的并线处理,原因是并行处理时还有另外一项开销,就是上下文线程切换,而此时只有单核cpu,你说这是不是“没事找事”;

b)当cpu是多核时,并且随着核数的增加,这时,stream的优势才能逐渐显示出来,毕竟并行处理还是由于串行的。

2、事情不是绝对,不是所有情况下,串行处理时stream都不如传统迭代。比如在复杂对象的处理时(常见的有订单对象,里面包含很多信息),经测试结果发现,stream性能还是由于普通迭代的,那更不用说,在多核cpu下的并行处理了,此处再次强调,不要在单核下使用串行,你会发现性能及其查!

3、最后提一点个人经历,在使用并行stream时,要谨慎对待迭代处理中进行多外部接口调用,可能你会发现并行后因为上下文线程切换带来的开销反而不一定性能更优于串行,还会给系统稳定性带来一定影响。

最后总结一下,处于代码整洁上考虑,stream还是有明显优势的,但是在性能上,大家还是要依据实际情况来做出合理选择,这样才能写出最“优雅”的代码。