如何在性能测试时使用jstack快速定位CPU使用高的java代码？

具体步骤是：

定位CPU占用率高的“进程”》定位该进程下CPU占用率高的“线程”》查看该线程堆栈信息日志或者直接在服务器窗口上通过命令查看》定位具体是哪个java类的哪一行代码造成

步骤一、查看cpu占用高的进程，执行top命令后，按shift+p 进行排序

（命令：top，查看PID）

步骤二、查看cpu占用高的线程，通过top -H -p 进程号，查看具体的线程情况，其中-H 显示线程信息，-p指定pid

（命令：top -H -p PID）

步骤三、获取cpu最高的线程号并转换为16进制，以便后续使用

（命令：printf "%x\n" 线程号 得到：16进制编号）

步骤四、再使用jstack查询线程的堆栈信息

这里有两种方式：

方法一：直接在服务器窗口上通过命令查看：

定位cpu占用线程，在jstack打印的堆栈信息中查询线程相关信息，得到线程堆栈信息中PID这个进程所在行的后面30行。

（命令：jstack 进程PID |grep 16进制编号 -A 30）

方法二：将对应进程的堆栈信息都打印出来存到文件中，

然后再在文件中搜索对应的线程号（16进制）进行查看：

语法：jstack <pid> >> jstack.txt

（命令：jstack 进程PID >> jstack.txt）

a、打印jstack信息到文件(文件会保存在当前目录下)

b、导出进程的堆栈日志文件，找到“16进制编号”这个线程号，然后就可以跟踪代码找到对应的问题所在

步骤五、查看对应的堆栈信息找出可能存在问题的代码，具体如下：

关于线程的状态

一般定义一个线程，有6种状态：

new： 代表新建状态；

RUNNABLE 运行状态，就绪（ready）和运行中（running）两种状态笼统的称为“运行”；

BLOCKED 阻塞状态，线程阻塞于锁；

WAITING 等待状态，进入该状态的线程需要等待其他线程做出一些特定动作（通知或中断）；

TIMED_WAITING 超时等待状态，该状态不同于WAITING，它可以在指定的时间后自行返回；

TERMINATED 终止状态，表示该线程已经执行完毕。

但是在线程堆栈日志dump文件中，堆栈中的状态和上面线程定义的状态会不太一样。

thread dump 文件下，有以下的线程状态，通常需要重点关注的状态已标粗，这些状态的线程通常是最耗cpu的线程

重点关注这些线程并定位代码：

死锁，Deadlock（死锁，重点关注）

执行中，Runnable

等待资源，Waiting on condition（等待资源，可能线程已经出现排队现象了，重点关注）

等待获取监视器，Waiting on monitor entry（重点关注）

暂停，Suspended

对象等待中，Object.wait() 或 TIMED_WAITING

阻塞，Blocked（重点关注，阻塞状态）

停止，Parked

含义如下所示：

Deadlock：死锁线程，一般指多个线程调用间，进入相互资源占用，导致一直等待无法释放的情况。

Runnable：一般指该线程正在执行状态中，该线程占用了资源，正在处理某个请求，有可能正在传递SQL到数据库执行，有可能在对某个文件操作，有可能进行数据类型等转换。

Waiting on condition：等待资源，或等待某个条件的发生。如果堆栈信息明确是应用代码，则证明该线程正在等待资源。一般是大量读取某资源，且该资源采用了资源锁的情况下，线程进入等待状态，等待资源的读取。又或者，正在等待其他线程的执行等。如果发现有大量的线程都在处在Wait on condition，从线程stack看，正等待网络读写，这可能是一个网络瓶颈的征兆。因为网络阻塞导致线程无法执行。另外一种出现 Wait on condition的常见情况是该线程在 sleep，等待 sleep的时间到了时候，将被唤醒。

Blocked：线程阻塞，是指当前线程执行过程中，所需要的资源长时间等待却一直未能获取到，被容器的线程管理器标识为阻塞状态，可以理解为等待资源超时的线程。

Waiting for monitor entry：意味着线程在等待进入一个临界区。Monitor是Java中用以实现线程之间的互斥与协作的主要手段，它可以看成是对象或者 Class的锁。每一个对象都有，也仅有一个monitor。这种状态通常发生在线程在等待数据库连接池返回一个可用的连接。