jstack、jmc、jhat工具使用详解

jstack：

在上一次【http://www.javashuo.com/article/p-yzmrwfpg-gw.html】jcmd中也能够获取线程的堆栈信息，回顾一下：

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

我们仍是以以前死锁的MyTest3为例试一下该工具：

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程序来实验：

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

而在上一次【http://www.javashuo.com/article/p-yzmrwfpg-gw.html】中也提到了它：

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

我们简单来使用一下它：

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

是否是看到如此华丽的界面眼前一亮，并且仍是实时跟踪的，确实是够强大，继续大体看一下：

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

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

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

能够看到它里面还有不少功能切换：

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

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

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

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

而后当元空间溢出以后，则能够在jmc工具给出了一个断开提示：

关于该工具也只是作了一些基本的学习，具体在实际中的使用还得本身来实践，仍是至关之强大的。

jhat：能够用来分析堆转储文件

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

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

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

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

因此我们能够用浏览器访问一下：

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

其中还能够看到也有OQL：

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

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

至此，关于JDK的一些关键工具的使用就暂且学习到这了，在将来的JVM学习中这些工具是会派上用场的，这些工具的使用是比较简单的，可是若是不过一遍你都不知道有这些工具的存在，实际工做中其实就是怕有现成的东东能够解决某个实际问题，可是因为知识的局限性彻底不知道有这么个东东，那。。是否是会很痛苦。