拥有单个线程池比多个线程池更好的设计
在Java中拥有多个线程池有什么优缺点？ 我已经看到代码中有多个线程池用于不同的“类型”任务，我不确定它是更好的设计还是只是开发人员是懒惰的。 一个示例是将ScheduledThreadPoolExecutor用于定期执行或超时的任务，并使用另一个ThreadPoolExecutor执行其他任务。
具有单独的专用线程池的目的是使得活动不会因线程而变得饥饿，因为其他活动占用了所有线程。 如果某个服务有自己的线程池，那么可以确保它拥有一定数量的线程，并且它对其他服务的要求不敏感。
使用多个专用线程池，如果一个服务需要太multithreading，那么它必须等待线程可用，向系统引入反压使其逐渐降级，并且由于其他部分有自己的线程池，因此它们有机会抓住他们的部分。 因此，我们的想法是，随着负载的变化，系统应具有更稳定的特性。 在您描述为计划任务设置单独的线程池的情况下，确保无论系统其余部分有多忙，这些任务都会运行。
多个线程池需要调整以确保每个池有足够的线程而不是太多。 使用单个线程池，您不需要进行调优，有时可能更好地利用所有线程，但您可能无法预测知道某些重要任务会获得及时完成所需的线程。
拥有单个线程池并不是一个好的设计，因为在1个线程池的情况下，如果应用程序的一部分变慢，线程将集中在那里。 如果未实现适当的超时，则线程将保留并消耗资源。 很多这样的线程和连接可能导致我们的系统中断，因为没有线程留给新请求。
另一方面， 拥有多个线程池可确保包含问题，并且不会成为系统范围的故障。 我们可以使用不同的线程池来接受连接，运行批处理作业，与远程api的数据库交谈。 它确实在一定程度上降低了效率，但使我们的系统健壮且容错 。