Java 8中用法优雅的Stream，性能也“优雅”吗？本人历经了Java6～java8的“改朝换代”，说说自己的看法。首先，不可否认，stream绝对是优雅的代名词，无论是其串行调用方式，还是其api的强大能力，都给予了程序员一项特殊技能：高效、简洁
Java 8中用法优雅的Stream，性能也“优雅”吗？
本人历经了Java6～java8的“改朝换代”，说说自己的看法。首先，不可否认，stream绝对是优雅的代名词[繁：詞娱乐城]，无论是其串行调用方式，还是其api的强大能力，都给予了程序员一项特殊技能：高效、简洁。
但事情并非fēi 绝对，但世界杯从性能上来说，stream真的比传统迭代更优吗？其实不然，还是要依据实际情况来看待问题。
在极少数量的迭代次数下，其实看不出性能效果的差异，固后直播吧面所说的几点都是依赖大量数据迭（pinyin：dié）代的前提之下。
具体分为以下几点谈谈：
1、无论什么程序，都要跑在载体上，而常见的载体{练：tǐ}就是服务器，那么，提到这就很容易联想到，CPU的处理能力，直接影《读：yǐng》响到性能问题。
如果只是单核cpu，那么还是推荐传统迭代，a）实际测试效果来看，stream性能要明显差于for循环之澳门巴黎人类的传统处理方{pinyin：fāng}式，尤其在单核cpu时，千万不要使用stream的并线处理，原因是并行处理时还有另外一项开销，就是上下文线程切换，而此时只有单核cpu，你说这是不是“没事找事”；
b）当cpu是多核时，并且随着核数的增加(jiā)，这时，stream的优势才能逐渐显示出来，毕竟并行处理还是由（拼音：yóu）于(繁：於)串行的。
2、事情不是绝对，不是所有情况下，串行处理时stream都不如传统迭代。比如在复杂对象的处理时（常见的有订单{练：dān}对象，里面包含很多信息），经测试结果发现，stream性能还是由于普通迭代的，那更不用说，在多核cpu下的并行处理了，此处再次强调，不要在单核下使用串行，你会发现性能及其(qí)查！
3、最后提一点个人rén 经历，在使用并行stream时，要谨慎对待迭代处(chù)理中进行多外部接口调用，可能你会发现并行后因为上下文线程切换带来的开销反而不一定性能更优于串行，还会给系统稳定性带来一定影响。
最极速赛车/北京赛车后总结一下，处于代码整洁上考虑，stream还是有明显优势的，但是在性能上，大家还是要依(pinyin：yī)据实际情况来做出合理选择，这样才能写出最“优雅”的代码。
以上3点均为个人见（繁体：見）解和《读：hé》日常工作所《练：suǒ》碰到实际场景的总结，若有不对或者见解不一的地方，大家可以留言指出，一起探讨，一起进步。
本文链接：http://10.21taiyang.com/Shooter-GamesGames/21573979.html
java使用（pinyin：yòng）steams转载请注明出处来源
