JVM堆栈性能分析.pdf

性能分析之-- JAVA Thread Dump 分析综述

一、Thread Dump 介绍

1.1 什么是 Thread Dump？

Thread Dump 是非常有用的诊断 Java 应用问题的工具。每一个 Java 虚拟机

都有及时生成所有线程在某一点状态的 thread-dump 的能力，虽然各个 Java

虚拟机打印的 thread dump 略有不同，但是大多都提供了当前活动线程的快

照，及 JVM 中所有 Java 线程的堆栈跟踪信息，堆栈信息一般包含完整的类名

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

1.3 Thread Dump 能诊断的问题

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

2. 发现死锁线程；

1.4 如何抓取 Thread Dump

一般当服务器挂起,崩溃或者性能底下时,就需要抓取服务器的线程堆栈(Thread

Dump)用于后续的分析. 在实际运行中，往往一次 dump 的信息，还不足以

确认问题。为了反映线程状态的动态变化，需要接连多次做 threaddump，每

次间隔 10-20s，建议至少产生三次 dump 信息，如果每次 dump 都指向同

一个问题，我们才确定问题的典型性。

有很多方式可用于获取 ThreadDump, 下面列出一部分获取方式：

操作系统命令获取 ThreadDump:

Windows:

注意：一定要谨慎, 一步不慎就可能让服务器进程被杀死。kill -9 命令会杀死

进程。

JVM 自带的工具获取线程堆栈:

JDK 自带命令行工具获取 PID，再获取 ThreadDump:

1. jps 或 ps –ef|grepjava (获取 PID)

2. jstack [-l ]<pid> | tee -a jstack.log (获取 ThreadDump)

二、java 线程的状态转换介绍(为后续分析做准备)

2.1 新建状态（New）

2.3 运行状态（Running）

处于这个状态的线程占用 CPU，执行程序代码。只有处于就绪状态的线程才有

机会转到运行状态。

2.4 阻塞状态（Blocked）

阻塞状态是指线程因为某些原因放弃 CPU，暂时停止运行。当线程处于阻塞状

态时，Java 虚拟机不会给线程分配 CPU。直到线程重新进入就绪状态，它才有

机会转到运行状态。

阻塞状态可分为以下 3 种：

1）位于对象等待池中的阻塞状态（Blocked in object’s wait pool）：当线

程处于运行状态时，如果执行了某个对象的 wait()方法，Java 虚拟机就会把线

程放到这个对象的等待池中，这涉及到“线程通信”的内容。

2）位于对象锁池中的阻塞状态（Blocked in object’s lock pool）：当线程

处于运行状态时，试图获得某个对象的同步锁时，如果该对象的同步锁已经被

当线程退出 run()方法时，就进入死亡状态，该线程结束生命周期。

三、Thread Dump 分析

通过前面 1.4 部分的方法，获取 Thread Dump 信息后，对其进行分析；

3.1 首先介绍一下 Thread Dump 信息的各个部分

头部信息：

时间，jvm 信息

2011-11-02 19:05:06

Full thread dump Java HotSpot(TM) Server VM (16.3-

b01 mixed mode):

线程 info 信息块：

1. "Timer-0" daemon prio=10tid=0xac190c00 nid=0xaef in Object.wait()

[0xae77d000]

2. java.lang.Thread.State: TIMED_WAITING (on object monitor)

3. atjava.lang.Object.wait(Native Method)

* 优先级: 10，默认是 5

* jvm 线程 id：tid=0xac190c00，jvm 内部线程的唯一标识（通过

java.lang.Thread.getId()获取，通常用自增方式实现。）

* 对应系统线程 id（NativeThread ID）：nid=0xaef，和 top 命令查看的线

程 pid 对应，不过一个是 10 进制，一个是 16 进制。（通过命令：top -H -p

pid，可以查看该进程的所有线程信息）