背景

Java 8 后一般稍微有点经验的程序员都在工作中更习惯于用流式API: Stream，他可以实现惰性计算（输出的元素可能并没有预先存储在内存中，而是实时计算出来的），一言以蔽之：省内存。

但是我发现很多开发者只知其一，不知其二。在使用Stream的parallelStream的时候完全不考虑线程安全问题以及并行流的使用场景。

底层实现

Stream的parallelStream底层是由ForkJoinPool来实现。

ForkJoinPool 和 ThreadPool 的区别：

ForkJoinPool 是 Java 7 引入的一个并行计算框架，它是 ThreadPool 的一种特殊形式。它使用 work-stealing 算法，将任务分割成更小的子任务，然后将这些子任务分配给不同的线程执行。这种方式可以提高并行计算的效率，特别适合处理递归的、分治的任务。

ThreadPool 是一个线程池，它包含一组线程，用于执行提交的任务。它通常用于处理大量独立的、相对较小的任务，比如处理网络请求、IO 操作等。

使用场景

• ForkJoinPool 适合处理递归的、分治的任务，比如归并排序、快速排序等，为了解决CPU密集型任务设计的。

• ThreadPool 适合处理大量独立的、相对较小的任务，比如处理网络请求、IO 操作等，适合I/O 密集型任务。

总结

在遇到处理需要递归分解任务的并行计算时候可以考虑ForkJoinPool ，而在处理网络请求或者IO 操作时用ThreadPool。推荐大家躲在工作中使用Stream。