拥有单个线程池比多个线程池更好的设计

Lee*_*Lee 13 java multithreading scheduled-tasks java.util.concurrent threadpoolexecutor

在Java中拥有多个线程池有什么优缺点?我见过代码,其中有多个线程池用于不同的"类型"任务,我不确定它是更好的设计还是只是开发人员是懒惰的.一个示例是使用ScheduledThreadPoolExecutor来定期执行或超时的任务,并使用另一个ThreadPoolExecutor来完成其他任务.

Nat*_*hes 15

具有单独的专用线程池的目的是使得活动不会因线程而变得缺乏,因为其他活动占用了所有线程.如果某个服务有自己的线程池,那么可以确保它拥有一定数量的线程,并且对其他服务的要求不敏感.

使用多个专用线程池,如果一个服务需要太多线程,那么它必须等待线程可用,向系统引入反压使其逐渐降级,并且由于其他部分有自己的线程池,因此它们有机会抓住他们的部分.因此,我们的想法是,随着负载的变化,系统应具有更稳定的特性.在您描述为计划任务设置单独的线程池的情况下,确保无论系统的其余部分有多忙,这些任务都会运行.

多个线程池需要调整以确保每个池有足够的线程而不是太多.使用单个线程池,您不需要进行调优,有时可能更好地利用所有线程,但您可能无法预测知道某些重要任务会获得及时完成所需的线程.


Ank*_*ora 5

拥有单个线程池不是一个好的设计,因为在 1 个线程池的情况下,如果应用程序的一部分变慢,线程将集中在那里。如果没有实现适当的超时,线程将停留并消耗资源。很多这样的线程和连接可能会导致我们的系统中断,因为新请求不会留下任何线程。

另一方面,拥有多个线程池可确保问题得到控制并且不会成为系统范围的故障。我们可以有不同的线程池来接受连接、运行批处理作业、与远程 api 的数据库交谈。它确实在一定程度上降低了效率,但使我们的系统具有健壮性和容错性

  • 我认为说这不是一个好的设计太武断了。如果您的应用程序本质上只做一件事,那么这是一个很棒的设计。但即使是异构工作负载,当您添加更多池时,理解和反思限制资源消耗也会变得更加困难。所以你可能会在物理层挨饿。对不同的工作负载类别使用单独的线程池,以免彼此挨饿。但如果是这种情况,您可能应该拆分整个服务并确保它们不会在应用程序层下面挨饿。 (4认同)