Java线程池执行器监视
Java SE6文档中的ThreadPoolExecutor类具有以下方法：
公共int getActiveCount()
返回正在积极执行任务的线程的大致数目。
这里近似和积极执行是什么意思？
在调用getActiveCount()之前、期间和之后，是否保证
-
null
我已经研究了线程池执行器监视需求，以及如何在java中判断线程池中是否有可用的线程，但它们没有回答我的查询。
共有1个答案
之所以是近似值，是因为在计算过程中，数值可能会发生变化；你是多线程。在计算完成之前，现在可以有不同数量的线程处于活动状态（检查时不活动的线程现在处于活动状态）。
当你说“特定的时间实例”...这并不意味着什么。计算不是瞬间的。考虑到游泳池的流体/动力性质，你得到的数字是最好的答案。
如果计算在池中的线程都没有改变状态的情况下开始和完成，那么是的，这个数字是“精确的”，但只是在池中的线程改变状态之前，这意味着它可能只在1ms（或更短）内是“精确的”。
-
我们正在对使用SpringBoot 2.2.2和Spring执行器的应用程序进行性能测试。 我们希望监控： 正在使用多少tomcat线程 有多少tomcat请求正在排队 正在使用多少个ThreadPoolTaskExector线程（我们将@Async与线程池一起用于某些任务） 执行器中是否提供此信息？我看不到需要使用哪些指标。
-
我正在使用线程池执行器更改遗留设计。详情如下：- 遗留：-对于遗留设计，在应用程序启动时创建600个线程。和放置在各种池中，然后在需要时提取这些池，并将任务分配给相应的线程。 新：-在新设计中，我将线程池替换为执行器服务 我观察到的是，对于Executor，在启动时不会创建线程。它们是在从客户端激发请求时创建的。因此，与前一个线程相比，在内存中创建的线程要少得多。 但我的问题是，这样做是否正确，因
-
我使用线程池执行器，将其替换为旧版线程。 我创建了如下执行器： 这里的核心大小是maxpoolsize/5。我已经在应用程序启动时预先启动了所有核心线程，大约160个线程。 在传统设计中，我们创建并启动了大约670个线程。 但关键是，即使在使用Executor并创建和替换遗留设计之后，我们也不会得到更好的结果。 对于结果内存管理，我们使用Top命令来查看内存使用情况。对于时间，我们将System.
-
我正在编写一个定制的ThreadPoolExecutor，具有以下额外功能：- > 如果有理想的线程，并且随着任务的到来，将该任务分配到队列中，而不是将其添加到队列中。 如果所有线程（最大池大小）都忙，则在新任务到来时，使用RejectionHandler的reject方法将它们添加到队列中 我已经重写了线程池执行程序的java 1.5版本的执行方法。 新守则如下：- 遗留代码如下所示：- 现在正
-
我有一个应用程序，允许用户批量向图像添加水印。该应用程序将只使用一个线程，并且一次只能添加一个水印。 我希望用户能够更改一次运行的水印任务[线程]的数量：可能在设置中为[1-5]，并且我不能使用固定的ThreadPool，因为它具有固定的池大小。 我研究了如何使用线程池执行器（ThreadPoolExecutor）私有静态线程池执行器（ThreadPoolExecutor）=（ThreadPool
-
我需要帮助设计基于多线程的应用程序，包括动态url创建和线程处理。 我在我的应用程序中使用了一个Spring调度器，它每30秒调度一次。从这个调度方法中，我调用了一些基于服务的api，它在循环中，而且我需要每个API有一个线程池执行器，上面有一个线程处理。 由于这个过程是从计划方法开始的，所以每次创建新的线程池时，这就是问题所在。你可以在代码中看到。 我想要的是，如果对于任何一个应用编程接口，如果