如何指出线程在threadump文件中处于等待状态的原因

很多线程都处于等待状态,这对它们来说是完全正常的。例如,有些线程具有以下堆栈跟踪:

...
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)
at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)
...

这只意味着线程正在等待任何任务。

但是,其他堆栈看起来不太好。

java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at com.mchange.v2.resourcepool.BasicResourcePool.**awaitAvailable**(BasicResourcePool.java:1414)
at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:606)
- locked <0x000000055c2d3ce0> (a com.mchange.v2.resourcepool.BasicResourcePool)
at 
com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:526)
at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutAndMarkConnectionInUse(C3P0PooledConnectionPool.java:755)

这些线程正在等待池中的连接可用。c3p0是一个数据库连接池。而不是每次都创建新的连接,而是将它们缓存在池中。关闭后,连接本身不会关闭,而是返回池。因此,如果由于某种原因休眠(或其他用户)在释放连接后不关闭连接,那么池可能会耗尽。

为了解决一个问题,您必须找出一些连接在使用后没有关闭的原因。尝试查看您的代码来执行此操作。

另一种选择是暂时不使用c3p0(池)。这不是永远的,但至少你可以检查这个猜测是否正确。