我正在研究使用ForkJoinPool的应用程序中的一些性能问题。我们使用Dynatrace进行过处理，并且有迹象表明某些阻塞操作的持续时间太长了。我在FJP文档或其他地方找不到足够的有关如何配置和监视我们的ForkJoinPools的信息。
在ForkJoinPools的上下文中并行性是什么意思，对于不同的线程池（阻塞/非阻塞）选择哪个值的准则/最佳实践是什么？
我如何监视和调整我的ForkJoinPool？我们正在使用提供一些计数器的ForkJoinPool.toString（），但是我在javadoc中找不到有关如何使用此统计信息进行调整的足够信息。 getStealCount（）被描述为“。...应该足够高以使线程繁忙，但又要足够低以避免线程间的开销和争用”，这并没有真正的帮助。
toString（）的示例
[Running, parallelism = 48, size = 47, active = 0, running = 0, steals
= 33195, tasks = 0, submissions = 0]
据我所知，没有办法调整此“框架”。配置仅限于并行性，线程工厂，异常处理和备用线程（请参阅下文中的并行性。）
我在2011年写了关于F / J代码的critique。我多次升级了评论，不再浪费时间了。
偷数完全是一文不值。
每个线程上没有统计信息，因此，活动，运行，任务等都不会为您提供有关框架内部正在发生什么的知识。这些“监视器”中的大多数是在最初的Java7首次亮相后几年才添加的。例如，对于每个线程，了解处理的总数方法，等待的总次数等，将使您了解每个线程的性能。但是，由于该框架添加/删除线程（请参阅下文中的并行操作），这永远不会发生。这些监视器中的任何一个的总数都不能告诉您任何有用的信息。
当然，join（）在阻塞（陈旧）方面仍然存在严重问题。如果可以使用CountedCompleter类，情况会更好。
并行性是指初始线程数。当线程最大阻塞时，框架超出了此数目（java.util.concurrent.ForkJoinPool.common.maximumSpares（除非向后移植，否则Java8中可能不可用））。该框架根据内部规则添加/删除线程（由于它与发行版有关，因此您需要自己查看代码。）另请参见Interface ForkJoinPool.ManagedBlocker及其支持代码。