首页 > TAG信息列表 > thread-dump

来自Linux-Java线程转储的套接字信息

在分析性能问题时,我每5秒进行一次连续线程转储,然后使用武士线程转储分析器进行分析.注意,许多线程处于可运行状态,并且在所有情况下,堆栈堆栈下面的内容连续不断.但是我找不到他们正在与哪个主机通信.我尝试使用命令ss -t -a,观察ss -tp和netstat -A inet -p,但是无法将其结果与

java-Glassfish v3-如何获取/分析线程转储？

我正在尝试获取/分析在Linux机器上运行于Glassfish 3.1.1中的应用程序的线程转储.我遇到了两种方法. >运行kill -QUIT< pid>在命令行上 >在Glassfish管理控制台中,转到“常见任务->”.服务器(管理服务器)->常规选项卡.单击“ JVM报告”,然后从“查看”下拉框中选择“线程转储”. 这

java-线程转储被阻止并锁定

这类似于Java thread dump: BLOCKED thread without “waiting to lock …”. 基本上,我看到了一个BLOCKED线程,但是它具有等待的锁： "pool-1-thread-60" prio=10 tid=0x00007fbf10017000 nid=0x210 waiting for monitor entry [0x00007fbed64e3000] java.lang.Thread.State: BL

如何调试Java OutOfMemory异常？

调试java.lang.OutOfMemoryError异常的最佳方法是什么？ 当我们的应用程序发生这种情况时,我们的应用服务器(Weblogic)会生成堆转储文件.我们应该使用堆转储文件吗？我们应该生成Java线程转储吗？究竟有什么区别？ 更新：生成线程转储的最佳方法是什么？ kill -3(我们的应用程序在Solaris上运行

java – Tomcat Web应用程序线程转储

我有一个在Tomcat中运行的生产Web应用程序(Struts,iBatis,Hibernate),它会在运行6 – 7天后处理请求时挂起但在执行线程转储后会再次运行. 我很难搞清楚为什么会这样. 我只是想知道其他人是否遇到过类似的事情.解决方法:也许这可以帮助您找到问题的原因. 我在tomcat上启用了JMX (

java – 当JVM在GC中花费时间时,线程转储是什么样的

在分析Java应用程序时,我注意到有趣的事实.当JVM处于死亡线程转储的GC螺旋时看起来像： "1304802943@qtp-393978767-9985" prio=10 tid=0x00007f3ed02dd000 nid=0x74e7 in Object.wait() [0x000000004febb000] java.lang.Thread.State: TIMED_WAITING (on object monitor) at j

java线程的状态究竟意味着什么？

我正在学习Android Studio中的工具,获取线程转储,如下所示： 我注意到这样的每个线程的不同状态, 我可以看到有可运行,睡觉,等待.而且我深入到线程堆栈,大多数线程堆栈都是这样的, "<61> RxComputationScheduler-3@830064517520" daemon prio=5 waiting java.lang.Thread.Stat