Java服务器的单个或多个线程池?

Gre*_*zky 12 java multithreading threadpool

我正在编写一个相当复杂的Java服务器应用程序,除了通常的请求 - 响应处理之外,它还具有重要的后台处理部分.一些后台处理使用Quartz框架以类似cron的方式完成.其他任务更受欢迎 - 如果新客户端连接它会创建额外的工作,偶尔更新它.cron任务也可以变化 - 有些是监控外部应用程序,有些是计算统计数据等等.

我正在使用许多线程池来运行所有这些作业,并认为类似的作业将共享一个线程池,但不同的作业将不会共享一个.例如,监视器作业永远不会在统计信息池上运行,统计信息作业永远不会在监视器池上运行.

另一方面,我知道有些人宁愿只拥有一个线程池并在其上运行所有内容而不会有任何分离.

我想知道在这种情况下什么被认为是最好的做法.

分离线程池有什么优点?

它甚至重要吗?

Ada*_*ski 6

答案取决于您是否需要在不同类型的活动之间隔离应用程序资源.

例如,我目前正在编写一个服务器应用程序,其中包含一些高吞吐量的编写器和可能的许多读者.读者会偶尔访问该应用程序,但可能会请求大量数据(即长时间运行的请求).我需要确保编写器永远不会饿,所以我将在设计中使用两个线程池进行读/写.如果读者线程池暂时耗尽,则编写者将不受影响; 只有读取请求才会被延迟.

另一种方法是将a PriorityQueue与a结合使用,ThreadPoolExecutor并为写入请求分配更高的优先级.

总而言之 - 我的建议是:从一个线程池开始,只有在具体原因下才能使您的设计更加复杂.


KLE*_*KLE 0

这并不是一个直接的答案,而是另一个建议:-(

你的 Quartz 作业可以暂停、取消等等,我们称之为“托管”。我猜你会创建一些用户界面来管理它们。

您是否意识到您的其他工作(“按需”)不会从相同的功能中受益,除非您当然实现它?您是否考虑过让一切都成为石英工作(即使它立即开始),以获得统一的代码?