Question

我的tomcat应用服务器中的线程数每天增长。

当我使用线程转储进行分析时。

我发现在430个线程中有307个线程处于此状态。

示例堆栈跟踪

"pool-283-thread-1" #2308674 prio=5 os_prio=0 tid=0x000000000a916800 nid=0x1101 waiting on condition [0x00002aec87f17000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000006d9929ec0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
    - None

"pool-282-thread-1" #2307106 prio=5 os_prio=0 tid=0x000000000a4fb000 nid=0x78e3 waiting on condition [0x00002aec87e16000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000006d8ca7bf8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
    - None

环境

JDK: jdk1.8.0_60
OS: Linux
Tomcat: tomcat-7.0.65

不确定这是否是导致问题的原因。

感谢您的任何帮助。

Answer 1

这是典型的资源泄漏。您正在应用程序中的某处使用某种ExecutorService，并且在工作完成后您没有关闭该池，导致线程永远等待。

你应该调用ExecutorService#shutdown()来关闭池，并在工作完成后释放/终止它的线程。

pool-282-thread-1 pool-283-thread-1之类的线程名称表明您最有可能使用单线程池执行程序（因为池号很大而线程号只有1）。 ExecutorService背后的想法是重用空闲的线程来做更多的工作。因此，每当您需要执行一些后台工作时，无需创建新的ExecutorService，您应该共享单个实例并在应用程序中使用它。

Answer 2

此问题发生在我们的应用程序中。我们通过使用单个ExecutorService 而不是每次创建 ExecutorService 来解决此问题。

分析java.lang.Thread.State中90％的线程：WAITING（停放）

2 个答案: