Java：Java中的的Fork/Join框架的并行编程基础

2、ForkJoinPool：这个类发放了一个公共池来管理 ForkJoinTask 勤务的执行者。它或多或少为非 ForkJoinTask 客户端的提交以及管理和监控系统设计发放了走道点。

3、RecursiveAction：这也是 ForkJoinTask 类的抽象概念扩充。一般而言，我们扩充此类以创建者不返国结果或具有 void 返国类别的勤务。此类中所下定义的 compute() 方式为被覆盖面积以包含勤务的算出预定义。

4、RecursiveTask：这是 ForkJoinTask 类的另一个抽象概念扩充。我们扩充这个类来创建者一个返国结果的勤务。而且，与 ResursiveAction 类似，它还都有一个受保护的抽象概念 compute() 方式为。此方式为被覆盖面积以都有勤务的算出大多。

Fork/Join 基本解决方案

该基本采用codice_分治解决方案来彻底解决难题借助于管控。它或多或少将一个勤务分成更小的长子勤务;然后，将每个长子勤务进一步界定为长子长子勤务。这个处理过程codice_地应用于于每个勤务，直到它小到可以按顺序管控。论据我们要增加 N 个大写字母的codice_的值。这就是勤务。现今，我们可以将codice_分出，创建者两个长子勤务。将它们中所的每一个再一界定为另外两个长子勤务，依此类推。通过这种方式为，我们可以codice_地应用于全盘的解决方案，直到将勤务挑出到一个两组难题中所。然后，这个两组难题可以由最简单的高密度Intel借助于执行者。在非借助于状况中所，我们要认真的就是循环给定整个codice_，依次透过管控。鉴于借助于管控，这也许是一种低效的方式为。但是，似乎的难题是每一个难题都可以全盘吗?绝对不!但是，有些难题一般而言涉及某种除此以外适于这种方式为的样本codice_、不可数和分组。顺便说一句，有些难题可能不用到样本收集，但可以改进以用到借助于编程语言解决方案。

推论

这是对借助于编程语言及其在 Java 中所的背书方式为的详尽描述。一个公认的事实是，包括 N 个内氘非常则会让一切都极快 N 倍。只有一大多 Java 应用于功能短一段时间内用到了这个连续性。借助于编程语言预定义是一个困难的基本。此外，有效的借助于功能不用考虑到负载平衡、借助于勤务相互间的通信等难题，有一些算法更适于借助于执行者，但很多不适于。无论如何，Java API非常不足它的背书，我们可以随时改动 API 以推断出最适于的 API。