jstack、jmc、jhat工具使用详解

jstack：

在上一次【https://www.cnblogs.com/webor2006/p/10669472.html】jcmd中也可以获取线程的堆栈信息，回顾一下：

jstack、jmc、jhat工具使用详解-LMLPHP

其实在JDK中还有另一个专门查看或导出Java应用程序中线程的堆栈信息jstack，具体瞅下它的使用：

jstack、jmc、jhat工具使用详解-LMLPHP

咱们还是以之前死锁的MyTest3为例试一下该工具：

jstack、jmc、jhat工具使用详解-LMLPHP

xiongweideMacBook-Pro:CoffeeMachineClient xiongwei$ jps -l

96336 org.gradle.launcher.daemon.bootstrap.GradleDaemon

94336

98744 sun.tools.jps.Jps

17418

98733 org.jetbrains.jps.cmdline.Launcher

96495 org.gradle.launcher.daemon.bootstrap.GradleDaemon

98734 com.jvm.memory.MyTest3

xiongweideMacBook-Pro:CoffeeMachineClient xiongwei$ jstack 98734

2019-04-12 16:32:16

Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.92-b14 mixed mode):

"Attach Listener" #12 daemon prio=9 os_prio=31 tid=0x00007fb1d7882000 nid=0x4003 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"DestroyJavaVM" #11 prio=5 os_prio=31 tid=0x00007fb1d81da800 nid=0x1703 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"Thread-B" #10 prio=5 os_prio=31 tid=0x00007fb1d88a4000 nid=0x4703 waiting for monitor entry [0x0000700007a49000]

   java.lang.Thread.State: BLOCKED (on object monitor)

    at com.jvm.memory.A.method(MyTest3.java:17)

    - waiting to lock <0x00000007958c2f10> (a java.lang.Class for com.jvm.memory.A)

    at com.jvm.memory.B.method(MyTest3.java:35)

    - locked <0x0000000795a0fcb0> (a java.lang.Class for com.jvm.memory.B)

    at com.jvm.memory.MyTest3.lambda$main$1(MyTest3.java:10)

    at com.jvm.memory.MyTest3$$Lambda$2/1989780873.run(Unknown Source)

    at java.lang.Thread.run(Thread.java:745)

"Thread-A" #9 prio=5 os_prio=31 tid=0x00007fb1d7881000 nid=0x4803 waiting for monitor entry [0x0000700007946000]

   java.lang.Thread.State: BLOCKED (on object monitor)

    at com.jvm.memory.B.method(MyTest3.java:31)

    - waiting to lock <0x0000000795a0fcb0> (a java.lang.Class for com.jvm.memory.B)

    at com.jvm.memory.A.method(MyTest3.java:21)

    - locked <0x00000007958c2f10> (a java.lang.Class for com.jvm.memory.A)

    at com.jvm.memory.MyTest3.lambda$main$0(MyTest3.java:6)

    at com.jvm.memory.MyTest3$$Lambda$1/2093631819.run(Unknown Source)

    at java.lang.Thread.run(Thread.java:745)

"Service Thread" #8 daemon prio=9 os_prio=31 tid=0x00007fb1d8021000 nid=0x3b03 runnable [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread2" #7 daemon prio=9 os_prio=31 tid=0x00007fb1d9033000 nid=0x3903 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #6 daemon prio=9 os_prio=31 tid=0x00007fb1d7828800 nid=0x3803 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #5 daemon prio=9 os_prio=31 tid=0x00007fb1d9000000 nid=0x3703 waiting on condition [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=31 tid=0x00007fb1d7827000 nid=0x4b07 runnable [0x0000000000000000]

   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=31 tid=0x00007fb1d800d800 nid=0x3003 in Object.wait() [0x0000700007231000]

   java.lang.Thread.State: WAITING (on object monitor)

    at java.lang.Object.wait(Native Method)

    - waiting on <0x0000000795588ee0> (a java.lang.ref.ReferenceQueue$Lock)

    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)

    - locked <0x0000000795588ee0> (a java.lang.ref.ReferenceQueue$Lock)

    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)

    at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=31 tid=0x00007fb1d800c800 nid=0x2f03 in Object.wait() [0x000070000712e000]

   java.lang.Thread.State: WAITING (on object monitor)

    at java.lang.Object.wait(Native Method)

    - waiting on <0x0000000795586b50> (a java.lang.ref.Reference$Lock)

    at java.lang.Object.wait(Object.java:502)

    at java.lang.ref.Reference.tryHandlePending(Reference.java:191)

    - locked <0x0000000795586b50> (a java.lang.ref.Reference$Lock)

    at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

"VM Thread" os_prio=31 tid=0x00007fb1d7815800 nid=0x5403 runnable

"GC task thread#0 (ParallelGC)" os_prio=31 tid=0x00007fb1d900d000 nid=0x2007 runnable

"GC task thread#1 (ParallelGC)" os_prio=31 tid=0x00007fb1d7801000 nid=0x1e03 runnable

"GC task thread#2 (ParallelGC)" os_prio=31 tid=0x00007fb1d7812000 nid=0x2a03 runnable

"GC task thread#3 (ParallelGC)" os_prio=31 tid=0x00007fb1d7812800 nid=0x2c03 runnable

"VM Periodic Task Thread" os_prio=31 tid=0x00007fb1d7829800 nid=0x3d03 waiting on condition

JNI global references: 309

Found one Java-level deadlock:

=============================

"Thread-B":

  waiting to lock monitor 0x00007fb1d90230b8 (object 0x00000007958c2f10, a java.lang.Class),

  which is held by "Thread-A"

"Thread-A":

  waiting to lock monitor 0x00007fb1d90259f8 (object 0x0000000795a0fcb0, a java.lang.Class),

  which is held by "Thread-B"

Java stack information for the threads listed above:

===================================================

"Thread-B":

    at com.jvm.memory.A.method(MyTest3.java:17)

    - waiting to lock <0x00000007958c2f10> (a java.lang.Class for com.jvm.memory.A)

    at com.jvm.memory.B.method(MyTest3.java:35)

    - locked <0x0000000795a0fcb0> (a java.lang.Class for com.jvm.memory.B)

    at com.jvm.memory.MyTest3.lambda$main$1(MyTest3.java:10)

    at com.jvm.memory.MyTest3$$Lambda$2/1989780873.run(Unknown Source)

    at java.lang.Thread.run(Thread.java:745)

"Thread-A":

    at com.jvm.memory.B.method(MyTest3.java:31)

    - waiting to lock <0x0000000795a0fcb0> (a java.lang.Class for com.jvm.memory.B)

    at com.jvm.memory.A.method(MyTest3.java:21)

    - locked <0x00000007958c2f10> (a java.lang.Class for com.jvm.memory.A)

    at com.jvm.memory.MyTest3.lambda$main$0(MyTest3.java:6)

    at com.jvm.memory.MyTest3$$Lambda$1/2093631819.run(Unknown Source)

    at java.lang.Thread.run(Thread.java:745)

Found 1 deadlock.

jmc：Java Mission Control(Java任务控制)

它也是一体化的可视化工具，相比jconsole或jvisualvm，它呈现的功能更多，而且还可以在程序运行期会不断实时的呈现变更的数据，下面瞅下它，还是以MyTest程序来实验：

jstack、jmc、jhat工具使用详解-LMLPHP

其中里面提到了一个Java飞行记录器：

jstack、jmc、jhat工具使用详解-LMLPHP

而在上一次【https://www.cnblogs.com/webor2006/p/10669472.html】中也提到了它：

jstack、jmc、jhat工具使用详解-LMLPHP

JFR：Java Flight Recorder，它是可以实时的获取进程的统计数据。

咱们简单来使用一下它：

jstack、jmc、jhat工具使用详解-LMLPHP

先来单击瞅下"MBean服务器":

jstack、jmc、jhat工具使用详解-LMLPHP

是不是看到如此华丽的界面眼前一亮，而且还是实时跟踪的，确实是够强大，继续大致看一下：

jstack、jmc、jhat工具使用详解-LMLPHP

其中上面出了一个元空间：

jstack、jmc、jhat工具使用详解-LMLPHP

相当于将jcmd集成到这个工具里面了，接下来看一下飞行记录器：

jstack、jmc、jhat工具使用详解-LMLPHP

我的天呀，比之前看到的界面还丰富好看，真的好强大，随便瞅一瞅其它的：

jstack、jmc、jhat工具使用详解-LMLPHP

可以看到它里面还有很多功能切换：

jstack、jmc、jhat工具使用详解-LMLPHP

另外对于JFR是可以用jcmd命令生成出飞行记录器的记录文件的，如下：

jstack、jmc、jhat工具使用详解-LMLPHP

这里我们运行之前元空间的示例来用此工具来观察一下：

jstack、jmc、jhat工具使用详解-LMLPHP

而且使用量会时时的进行变化：

jstack、jmc、jhat工具使用详解-LMLPHP

也可以看到最大的元空间是200MB，正是我们在JVM上设置的大小参数：

jstack、jmc、jhat工具使用详解-LMLPHP

然后当元空间溢出之后，则可以在jmc工具给出了一个断开提示：

jstack、jmc、jhat工具使用详解-LMLPHP

关于该工具也只是做了一些基本的学习，具体在实际中的使用还得自己来实践，还是相当之强大的。

jhat：可以用来分析堆转储文件

这里得用之前的这个程序来演示了：

jstack、jmc、jhat工具使用详解-LMLPHP

该程序会导致堆内存溢出，同时我们在JVM中设置了这样的参数：

jstack、jmc、jhat工具使用详解-LMLPHP

运行，来看当堆内存溢出时生成的转储文件：

jstack、jmc、jhat工具使用详解-LMLPHP

我们知道可以用jvisualvm可视化的工具来分析，那如果可视化的工具在实际场景中用不了怎么办呢？此时jhat就可以发挥作用了，咱们用它来分析一下该转储文件：

jstack、jmc、jhat工具使用详解-LMLPHP

所以咱们可以用浏览器访问一下：

jstack、jmc、jhat工具使用详解-LMLPHP

其中重点看一下我们的MyTest1，点击查看细节：

jstack、jmc、jhat工具使用详解-LMLPHP

其中还可以看到也有OQL：

jstack、jmc、jhat工具使用详解-LMLPHP

这里咱们简单的使用一下，先来感受下，具体详细的用法待之后有需要再现查，比如我们想查询当前是ClassLoader子类的名字，OQL可以这样写：

jstack、jmc、jhat工具使用详解-LMLPHP

而我们在jvisualvm可视化的工具中也有OQL的查询，咱们在它里面来试一下：

jstack、jmc、jhat工具使用详解-LMLPHP

至此，关于JDK的一些关键工具的使用就暂且学习到这了，在未来的JVM学习中这些工具是会派上用场的，这些工具的使用是比较简单的，但是如果不过一遍你都不知道有这些工具的存在，实际工作中其实就是怕有现成的东东可以解决某个实际问题，但是由于知识的局限性完全不知道有这么个东东，那。。是不是会很痛苦。