java fork join executor用于数据库访问

Question

ForkJoinTask明确指出“可细分任务也不应执行阻塞输入/输出”。它的主要目标是“计算纯函数或在纯孤立对象上操作的计算任务”。我的问题是：-

1. 为什么设计ForkJoinTask来限制阻塞IO任务

在我的场景中，单个请求执行两种类型的工作，其中一种是加密，它将CPU核心在200毫秒内推到100%，第二种是很少的数据库调用。任何类型的静态分区，例如用于加密的6个线程和用于阻塞IO的2个线程，都不会提供CPU的最佳利用率。因此，拥有一个fork-join执行器，在总CPU计数上具有一定程度的线程数过度配置，再加上工作窃取，将确保更好地利用CPU资源。

我以上的假设和理解是否正确，如果不正确，请指出我的差距。

Answer 1

框架不限制任何类型的处理。不建议做阻塞等。几年前我写了一篇关于这个框架的评论，这是建议的重点。这是针对Java7版本的，但它仍然适用于Java8。

阻塞不是致命的，冲刺和播放阻塞，它们工作得很好。使用Java8时需要小心，因为有一个默认的公共分叉/连接池，并且在那里绑定线程可能会对其他用户产生影响。您始终可以使用额外的开销定义自己的f/j池，但至少您不会干扰其他人使用公共池。

您的场景看起来不错。您没有等待来自Internet的回复。试一试。如果您在延迟线程方面遇到困难，请查看ForkJoinPool。ManagedBlocker接口。使用该接口通知f/j池您正在进行阻塞调用，框架将创建补偿线程。

Answer 2

为什么设计ForkJoinTask来限制阻塞IO任务？

fork-join池的底层是共享的线程数量，如果这些线程上有一些IO工作阻塞，那么CPU密集型工作的线程就会更少。其他阻碍工作的人将挨饿。

如果我实现了阻塞IO任务，有什么困难？

通常，FJPool会根据处理器的数量分配线程。因此，如果必须在线程上使用IO阻塞，请确保为其他任务分配足够的线程。

您还可以在未与FJ池共享的专用线程上延迟您的IO工作。但是您调用阻塞IO，您的线程阻塞并被安排用于其他任务，直到未阻塞

为什么Spring和play框架都充满了使用fork-连接执行器进行DB调用的示例？

play没有什么不同。他们使用专用的池来执行IO任务，因此其他任务不会受到影响。