共计 1552 个字符,预计需要花费 4 分钟才能阅读完成。
前言
并行编程势不可挡,Java 从 1.7 开始就提供了 Fork/Join 支持并行处理。java1.8 进一步加强。
并行处理就是将任务拆分子任务,分发给多个处理器同时处理,之后合并。
Stream API
Java 8 引入了许多特性,Stream API 是其中重要的一部分。区别 InputStream OutputStream,Stream API 是处理对象流而不是字节流。
执行原理如下,流分 串行和并行 两种执行方式
// 串行执行流
stream().filter(e -> e > 10).count();
// 并行执行流
.parallelStream().filter(e -> e > 10).count()
ParallelStreams 执行原理
并行执行时,java 将流划分为多个子流,分散在不同 CPU 并行处理,然后进行合并。
并行一定比串行更快吗?这不一定,取决于两方面条件:
- 处理器核心数量,并行处理核心数越多自然处理效率会更高。
- 处理的数据量越大,优势越强。这也很好理解,比如十个人干 一个人就能完成的活儿 会比它自己干更便宜?
ParallelStreams 注意事项
使用并行流时,不要使用 collectors.groupingBy,collectors.toMap,替代为
collectors.groupingByConcurrent , collectors.toConcurrentMap,或直接使用串行流。
原因,并行流执行时,通过操作 Key 来合并多个 map 的操作比较昂贵。详细大家可以查看官网介绍。
https://docs.oracle.com/javas…
Map<String, List<Person>> byGender =
roster
.stream()
.collect(Collectors.groupingBy(Person::getGender));
ConcurrentMap<String, List<Person>> byGender =
roster
.parallelStream()
.collect(Collectors.groupingByConcurrent(Person::getGender));
ParallelStreams 默认使用 ForkJoinPool.commonPool()线程池。
注意:默认情况下,你写的 ParallelStreams 都是通过该线程池调度执行,整个应用程序都共享这个线程池。
看一个例子,我们查询一批新闻数据,可以利用并行化来处理远程新闻下载。
public List<News> queryNews(Stream<String> ids) {return ids.parallel()
.map(this::getNews) // 网络操作,新闻下载
.collect(toList());
}
因为是网络操作,存在很多不确定性,假如某个任务运行时间较长,导致线程池资源占据,阻塞其它线程,这样就阻止了其他的并行流任务正常进行。
如果解决这个问题的其中一种方式,进行 线程池隔离。那么如何自定义并行流的线程池呢?
ForkJoinPool 构造参数我们默认设置为 CPU 核心数。
ForkJoinPool customThreadPool = new ForkJoinPool(4);
long actualTotal = customThreadPool
.submit(() -> roster.parallelStream().reduce(0, Integer::sum)).get();
针对 Stream API 一些局限性,Github 上有个开源库做了补充。
https://github.com/pivovarit/…
总结
Java 1.8 提供的 Stream API 简化了代码,很好用。不过在使用过程中应该注意以上问题。
欢迎大家留言交流,一起学习分享!!!