如何解释Java线程转储？

Question

我在这里使用Ubuntu(服务器版)在Tomcat6上运行了一个Java Web应用程序.1-3天之后,应用程序变得非常慢,所以我在重新启动tomcat之后创建了一个threaddump,当应用程序开始变慢时我创建了另一个:

重新启动后的Threaddump:

• 通过pkill -3:http://dl.dropbox.com/u/17844821/zeug/pkill-threaddump-fresh.out
• 通过jstack:http://dl.dropbox.com/u/17844821/zeug/jstack-threaddump-fresh.txt

3天后的Threaddump(申请现在很慢):

• 通过pkill -3:http://dl.dropbox.com/u/17844821/zeug/pkill-threaddump.txt
• 通过jstack:http://dl.dropbox.com/u/17844821/zeug/jstack-threaddump.txt

从我发布的转储中,我可以看到有很多线程由于某种原因似乎没有终止.不幸的是,我不知道哪些(类名？)和原因.top在控制台上使用显示"VIRT"的值从~800(重新启动后)上升到超过4000(3天后).

我怎样才能更好地解释这些转储？我已经尝试将它们加载到TDA中,但这不起作用(TDA似乎没有将它们识别为转储).

也许有人已经在转储中看到发生了什么？

Answer 1

在jstack文本文件中,我看到许多线程挂在BCI(字节代码解释器)中,可能会解释您的代码.它似乎没有表明你的代码在哪里解释.

它确实说你有一个死锁条件.

在.out文件中,我查找了应用程序代码.我看到它挂在

• EventProcessingThreadImpl.run:479(2个主题)

• GC中的GC.java:100(1个线程)等待释放的内容,以便GC可以继续.

• 许多线程停在一个不安全的状态,持有同步器,试图读取一个作业队列,在ThreadPoolExecutor.java:907

• 我也看到了很多样板 - 线程等待工作,线程可运行,等待邮件等.

这有什么帮助吗？

添加:

好的,我搜索了你的代码,发现它在三个线程上,如图所示,在每个线程下面,我给出了一个初步的解释.

(另请注意此链接有关使用jstack查找死锁的信息.)

----------------- 20607 -----------------
__pthread_cond_wait + 0xcc
_ZN13ObjectMonitor4waitElbP6Thread + 0x60a
_ZN18ObjectSynchronizer4waitE6HandlelP6Thread + 0x53
JVM_MonitorWait + 0x1e7
<Unknown compiled code>
* java.lang.Object.wait() bci:2 line:485 (Interpreted frame)
* org.zkoss.zk.ui.impl.EventProcessingThreadImpl.doSuspend0(java.lang.Object) bci:143 line:219 (Interpreted frame)
* org.zkoss.zk.ui.impl.EventProcessingThreadImpl.doSuspend(java.lang.Object) bci:7 line:185 (Interpreted frame)
* org.zkoss.zk.ui.impl.UiEngineImpl.wait(java.lang.Object) bci:198 line:1471 (Interpreted frame)
* org.zkoss.zk.ui.Executions.wait(java.lang.Object) bci:4 line:702 (Interpreted frame)
* org.zkoss.zul.Window.enterModal() bci:22 line:619 (Interpreted frame)
* org.zkoss.zul.Window.doModal() bci:67 line:551 (Interpreted frame)
* org.zkoss.zul.Messagebox.show(java.lang.String, java.lang.String, int, java.lang.String, int,     org.zkoss.zk.ui.event.EventListener) bci:343 line:274 (Interpreted frame)
* org.zkoss.zul.Messagebox.show(java.lang.String, java.lang.String, int, java.lang.String) bci:6 line:128 (Interpreted frame)
* com.smampi.web.view.client.ClientController$5.onEvent(org.zkoss.zk.ui.event.Event) bci:8 line:417 (Interpreted frame)
* org.zkoss.zk.ui.impl.EventProcessor.process0(org.zkoss.zk.ui.ext.Scope) bci:384 line:192 (Compiled frame)
????????

线程20607在com.smampi.web.view.client.ClientController $ 5.onEvent第128行(我猜).它显示一个模态消息框并等待它被回答.

----------------- 20878 -----------------
__pthread_cond_wait + 0xcc
_ZN13ObjectMonitor4waitElbP6Thread + 0x60a
_ZN18ObjectSynchronizer4waitE6HandlelP6Thread + 0x53
JVM_MonitorWait + 0x1e7
<Unknown compiled code>
* java.lang.Object.wait() bci:2 line:485 (Interpreted frame)
* org.zkoss.zk.ui.impl.EventProcessingThreadImpl.doSuspend0(java.lang.Object) bci:143 line:219 (Interpreted frame)
* org.zkoss.zk.ui.impl.EventProcessingThreadImpl.doSuspend(java.lang.Object) bci:7 line:185 (Interpreted frame)
* org.zkoss.zk.ui.impl.UiEngineImpl.wait(java.lang.Object) bci:198 line:1471 (Interpreted frame)
* org.zkoss.zk.ui.Executions.wait(java.lang.Object) bci:4 line:702 (Interpreted frame)
* org.zkoss.zul.Window.enterModal() bci:22 line:619 (Interpreted frame)
* org.zkoss.zul.Window.doModal() bci:67 line:551 (Interpreted frame)
* org.zkoss.zul.Messagebox.show(java.lang.String, java.lang.String, int, java.lang.String, int, org.zkoss.zk.ui.event.EventListener) bci:343 line:274 (Interpreted frame)
* org.zkoss.zul.Messagebox.show(java.lang.String, java.lang.String, int, java.lang.String) bci:6 line:128 (Interpreted frame)
* com.smampi.web.view.client.ClientController$5.onEvent(org.zkoss.zk.ui.event.Event) bci:8 line:417 (Interpreted frame)
* org.zkoss.zk.ui.impl.EventProcessor.process0(org.zkoss.zk.ui.ext.Scope) bci:384 line:192 (Compiled frame)
????????

线程20878也显示一个消息框,但是在第417行(我猜)

----------------- 22792 -----------------
__pthread_cond_wait + 0xcc
_ZN7Monitor5ILockEP6Thread + 0xb9
_ZN7Monitor4lockEP6Thread + 0xf2
_ZN7Monitor4lockEv + 0x28
_ZN18GenCollectorPolicy17mem_allocate_workEmbPb + 0xca
_ZN16GenCollectedHeap12mem_allocateEmbbPb + 0x38
_ZN13CollectedHeap26common_mem_allocate_noinitEmbP6Thread + 0x9a
_ZN13instanceKlass17allocate_instanceEP6Thread + 0x7d
_ZN18InterpreterRuntime4_newEP10JavaThreadP19constantPoolOopDesci + 0xda
* com.sun.mail.util.SocketFetcher.startTLS(java.net.Socket, java.lang.String, java.util.Properties, java.lang.String) bci:378 line:413 (Interpreted frame)
* com.sun.mail.iap.Protocol.startTLS(java.lang.String) bci:23 line:377 (Interpreted frame)
* com.sun.mail.imap.protocol.IMAPProtocol.startTLS() bci:3 line:734 (Interpreted frame)
* com.sun.mail.imap.IMAPStore.login(com.sun.mail.imap.protocol.IMAPProtocol, java.lang.String, java.lang.String) bci:24 line:676 (Interpreted frame)
* com.sun.mail.imap.IMAPStore.protocolConnect(java.lang.String, int, java.lang.String, java.lang.String) bci:343 line:643 (Interpreted frame)
* javax.mail.Service.connect(java.lang.String, int, java.lang.String, java.lang.String) bci:380 line:295 (Interpreted frame)
* com.smampi.web.model.mail.server.MailServer.connect() bci:427 line:514 (Interpreted frame)
* com.smampi.web.model.mail.server.MailServer$1.closed(javax.mail.event.ConnectionEvent) bci:10 line:593 (Interpreted frame)
* javax.mail.event.ConnectionEvent.dispatch(java.lang.Object) bci:55 line:96 (Interpreted frame)

线程22792正在尝试从com.smampi.web.model.mail.server.MailServer.connect第514行进行邮件服务连接,并且从com.smampi.web.model.mail.server.MailServer $ 1.closed调用该服务.为了做到这一点,看起来它正在等待另一个线程停止垃圾收集,因此它可以为新线程分配内存,因此它可以执行"startTLS"(用于将纯文本链接升级为加密文本链接)它可以做一个邮件服务连接.

这有什么亮点吗？