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