以一个发生死锁的例子来看一下使用 Jstack 查看到的信息
上面代码中，第一个线程拿到 obj1 的锁，等待 obj2 的锁，第二个线程拿到 obj2 的锁，等待 obj1 的锁，这样就会发生死锁。
先通过jps命令获取到先拿到当前的进程 pid，然后通过 jstack 获取线程的信息。可以看到有两个线程都处于阻塞状态。
第一行显示可线程名、线程优先级、线程 id、线程状态描述等信息
第二行显示的是当前线程的状态
Java 中线程的状态分为 NEW、RUNNABLE、BLOCKED、WATING、TIMED_WATING、TERMINATED，但是在快照中 NEW 状态是不会出现的。
再下面的就是当前线程的调用栈的信息。调用栈中包含了锁的信息。
locked 表示使用 synchronized 申请对象锁成功,监视器的拥有者
waiting to lock 表示使用 synchronized 申请对象锁未成功,进入等待区。
waiting on 表示用 synchronized 申请对象锁成功后,调用了 wait 方法,进入对象的等待区等待。
parking to wait for park 是基本的线程阻塞原语,不通过监视器在对象上阻塞。随 concurrent 包会出现的新的机制,与 synchronized 体系不同。
在最后也显示出了代码中出现死锁的信息
好了，熟悉了 Jstack，我们用一段死循环的代码，通过 Jstack 来定位到使 CPU 占用 100%的代码行
1、首先通过top查看到使 CPU 占用到 100%的进程 id
2、使用top -Hp 进程id 查看占用 CPU 最多的线程 id
3、将线程 id 转换为 16 进制
17997 -> 464d
4、使用 Jstack 查看 Java 所在的进程，并找到相应的线程
总结
到此这篇关于Java工具Jstack使用的文章就介绍到这了,更多相关Java工具Jstack使用内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
