我正在编写一个相当复杂的 Java 服务器应用程序，除了通常的请求响应处理之外，它还有一个重要的后台处理部分。一些后台处理是使用 Quartz 框架以类似 cron 的方式完成的。其他任务更多的是按需执行 - 如果新客户端连接它会创建额外的工作以不时更新它。cron 任务也可以是多种多样的——一些监视外部应用程序，一些计算统计等等。
我正在使用多个线程池来运行所有这些作业，并认为类似的作业将共享一个线程池，但不同的作业不会共享一个。例如，监控作业永远不会在统计池上运行，统计作业永远不会在监控池上运行。
另一方面，我知道有些人宁愿只拥有一个线程池并在其上运行所有内容而无需任何分离。
我想知道在这种情况下什么被认为是最佳实践。
分离线程池的优点和缺点是什么？
这还重要吗？
答案取决于您是否需要在不同类型的活动之间分离应用程序资源。
例如，我目前正在编写一个服务器应用程序，该应用程序由几个高吞吐量的编写器和可能的许多读取器组成。读者会偶尔访问该应用程序，但可能会请求大量数据（即长时间运行的请求）。我需要确保作者永远不会挨饿，所以我将在我的设计中使用两个线程池进行读/写。如果读取器线程池暂时耗尽，写入器将不受影响；只有读取请求会被延迟。
另一种方法是将 aPriorityQueue与 a 结合使用，ThreadPoolExecutor并为写入请求分配更高的优先级。
所以总而言之——我的建议是：从一个线程池开始，只有在有具体原因的情况下才让你的设计更复杂。
这不是一个真正的直接答案，而是另一个建议:-(
您的 Quartz 作业可以暂停、取消等等，我们称之为“托管”。我猜你会创建一些 UI 来管理它们。
您是否意识到您的其他工作（“按需”）不会从相同的功能中受益，除非您当然实施它？你是否考虑过让一切都成为石英工作（即使它立即开始），以获得统一的代码？