Java并行有优势吗_Java中不同的并发实现的性能比较

Fork/Join框架在不同配置下的表现如何？

正如即将上映的星球大战那样，Java 8的并行流也是毁誉参半。并行流(Parallel Stream)的语法糖就像预告片里的新型光剑一样令人兴奋不已。现在Java中实现并发编程存在多种方式，我们希望了解这么做所带来的性能提升及风险是什么。从经过260多次测试之后拿到的数据来看，还是增加了不少新的见解的，这里我们想和大家分享一下。

ExecutorService vs. Fork/Join框架 vs. 并行流

在很久很久以前，在一个遥远的星球上。。好吧，其实我只是想说，在10年前，Java的并发还只能通过第三方库来实现。然后Java 5到来了，并引入了java.util.concurrent包，上面带有深深的Doug Lea的烙印。ExecutorService为我们提供了一种简单的操作线程池的方式。当然了，java.util.concurrent包也在不断完善，Java 7中还引入了基于ExecutorService线程池实现的Fork/Join框架。对很多开发人员来说，Fork/Join框架仍然显得非常神秘，因此Java 8的stream提供了一种更为方便地使用它的方法。我们来看下这几种方式有什么不同之处。

我们来通过两个任务来进行测试，一个是CPU密集型的，一个是IO密集型的，同样的功能，分别在4种场景下进行测试。不同实现中线程的数量也是一个非常重要的因素，因此这个也是我们测试的目标之一。测试机器共有8个核，因此我们分别使用4，8，16，32个线程来进行测试。对每个任务而言，我们还会测试下单线程的版本，不过这个在图中并没有标出来，因为它的时间要长得多。如果想了解这些测试用例是如何运行的，你可