什么是Thread Dump？

Thread Dump特点

Thread Dump能诊断的问题

SUN JVM 产生ThreadDump(1. Solaris OS 2. HP-UX/UNIX/Linux 3.Window)

IBM JVM 产生Thread Dump

常见线程状态(IBM JVM常见线程状态 Sun JVM的常见线程状态)

什么是Thread Dump？

Thread Dump是非常有用的诊断Java应用问题的工具，每一个Java虚拟机都有及时生成显示所有线程在某一点状态的thread-dump的能力。虽然各个 Java虚拟机thread dump打印输出格式上略微有一些不同，但是Thread dumps出来的信息包含线程；线程的运行状态、标识和调用的堆栈；调用的堆栈包含完整的类名，所执行的方法，如果可能的话还有源代码的行数。

Thread Dump特点

1. 能在各种操作系统下使用

2. 能在各种Java应用服务器下使用

3. 可以在生产环境下使用而不影响系统的性能

4. 可以将问题直接定位到应用程序的代码行上

Thread Dump能诊断的问题

1. 查找内存泄露，常见的是程序里load大量的数据到缓存

2. 发现死锁线程

SUN JVM 产生ThreadDump

1. Solaris OS

<ctrl>-’\\’ (Control-Backslash)

kill -QUIT <PID>

2. HP-UX/UNIX/Linux

Kill -3 <PID>

3.Window

直接对MSDOS窗口的程序按Ctrl-break

有些Java应用服务器是在控制台上运行，如Weblogic，为了方便获取threaddump信息，在weblogic启动的时候，会将其标准输出重定向到一个文件，用"nohup ./startWebLogic .sh > log.out &"命令，执行"kill -3 <pid>"，Thread dump就会输出到log.out里。Tomcat的Thread Dump会输出到命令行控制台或者logs的catalina.out文件里。为了反映线程状态的动态变化，需要接连做三次以上thread dump，每次间隔10-20s。

IBM JVM 产生Thread Dump

在AIX上用IBM的JVM，内存溢出时默认地会产生javacore文件（关于cpu的）和heapdump文件(关于内存的)。

如果没有,则参照下列方法：

1. 在server启动前设置下面环境变量（可以加在启动脚本中）

export IBM_HEAPDUMP=true

export IBM_HEAP_DUMP=true

export IBM_HEAPDUMP_OUTOFMEMORY=true

export IBM_HEAPDUMPDIR=<directory path>

2. 用set命令检查参数设置，确保没有设置DISABLE_JAVADUMP，然后启动server

3. 执行kill -3 <PID>命令可以生成javacore文件和heapdump文件

常见线程状态

IBM JVM常见线程状态

在IBM JVM产生的javacore或者Threaddump文件中

Idle线程：一个已经准备好接受请求的线程，但是没有和插件或者客户端建立连接

Keep-Alive线程：是一个已经准备好接受请求的线程，并且已经和插件或者客户端建立连接

正在接受请求的线程：是一个线程正在读取request的内容或者头部

Sun JVM的常见线程状态

对于thread dump信息，主要关注的是线程的状态和其执行堆栈

线程的状态一般为三类

Runnable（R）：当前可以运行的线程

Waiting on monitor（CW）：线程主动wait

Waiting for monitor entry（MW）：线程等锁

一般关注的都是第一和第三种状态的线程

Cpu很忙则关注runnable的线程

Cpu闲则关注waiting for monitor entry的线程

一种典型的死锁是由于在server端应用（比如servlet）中请求由同一weblogic实例server的资源，解决办法就是将该servlet放到另外的执行队列里去执行 。