JDK命令工具

最新推荐文章于 2022-05-05 22:58:50 发布
最新推荐文章于 2022-05-05 22:58:50 发布
阅读量287 收藏
点赞数
分类专栏： JAVA 文章标签： JDK工具
原文链接：https://blog.csdn.net/qq_31156277/article/details/80035236
版权

JDK的命令行工具介绍

主要介绍 jps、jstat、jinfo、jmap、jhat、jstack 等几个JDK命令行工具

(JDK1.8 HotSpot)

数据依据来源

用工具来分析数据，以此来获取结果。下面包含四个数据依据。

  • 运行日志
  • 异常堆栈
  • GC日志
  • 堆转储快照(heapdump/javacore文件)
  • 线程快照(threaddump/hprof文件)

在JDK的bin目录下有很多监视虚拟机和故障处理的工具。文章将讲解多个关于JDK的命令行工具。

1. JPS(JVM Process Status Tool)

描述： 虚拟机进程状态管理工具；其他工具在使用时需要通过该工具来获取LVMID；

1.1 功能

  • 列举正在运行的虚拟机进程； 进程本地虚拟机唯一ID（Local Virtaul Machine Identifer LVMID）
  • 显示虚拟机执行主类（main（）方法所在的类）的名称

1.2 参数

注: options (选项) ； 本文将 options 理解为工具的参数。

jps 命令格式： jps [ options ] [hostid]

参数描述
-l输出主类的全名，如果是执行的jar，则输出jar的路径
-v输出JVM启动时的JVM参数

当然常用参数还是 -l ，主要是为了获得ID值。

1.3 实验

编写一个应用程序，然后通过JPS 命令来查阅信息

public class TestJPS {
    public static void main(String[] args) {
        while(true){
        }
    }
}

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
C:\Program Files\Java\jdk1.8.0_141\bin>jps -l
10048 sun.tools.jps.Jps
6832 org.jetbrains.jps.cmdline.Launcher
976
7092 com.intellij.rt.execution.application.AppMain
4536 org/netbeans/Main
3484

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

可以获取的到JVMID, 然后用再使用其他命令获取该JMID的详细信息

注：JDK1.8 针对这个-l参数有是有变化的。

2 Jstat （JVM Statistics Monitoring Tool）

2.1 描述：虚拟机统计信息监控工具

监视虚拟机各种运行状态信息的命令行工具;

它可以显示本地或者远程虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据，在没有GUI图形化界面，只提供纯文本控制台环境的服务器上，它将是运行期定位虚拟机性能问题的首选工具。(jstat工具参数还是比较多，信息还是比较丰富)

2.2 命令格式

jstat [options] vmid [interval [s|ms] [count]] ] （远程命令格式略有不同）

jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]

2.3 主要工具参数

参数功能作用
-class监视类装载、卸载数量，以及总空间和装载耗时等
-gc监视堆中 eden、 survivor 、老年代、元空间等空间大小和已使用情况，GC次数、耗时等
-gcmetacapacity元空间
-gcutil与gc 类似，但是注重的是占比情况
-printcompilation输出已经被JIT重新编译的方法
-gcoldcapacity老年代统计信息
-gcnew新生代
-gccause与-gcutil相似，但是会输出上一次GC的原因

2.4 实验

通过实验来验证jstat相关参数。

2.4.1 实验一

使用-gc 命令； 为了能够更加直观，在程序中设置了VM相关参数； 然后运行、查看结果并分析。

/**
 *
  设置初始堆为20M,最大堆为20M,新生代10M. from大小为2M,to大小为2M,eden大小为6M
 -verbose:gc -XX:+UseSerialGC -Xms20M -Xmx20M -Xmn10M
 -XX:SurvivorRatio=3 -XX:MaxTenuringThreshold=15 -XX:+PrintGCDetails -XX:+PrintTenuringDistribution
 */
public class TestJPS {
	 
    private static final int _1MB = 1024 * 1024;
	 
    public static void main(String[] args) {
        byte[] allocation1, allocation2, allocation3,allocation4;
        allocation1 = new byte[_1MB / 4];
        allocation2 = new byte[4 * _1MB];
        allocation3 = new byte[4 * _1MB];
        //第一次Minor GC, eden区空间不足，将 allocation2 分配到老年代，
        //allocation1 被分配到 from区，allocation1的大小在from区能够装下
        //且没有满足动态年龄判定的条件
		 
        allocation4 = new byte[4 * _1MB];
        //第二次GC，Minor GC 原因 eden去空间不足。allocation3被分配到老年代，
        //allocation1 被分配到 to 区， allocation1 的大小能够在to区装下，
        //同时没有达到动态年龄判定的条件。所以能够存活进入to区。
        while(true){
        }
    }
 
}

(二)jstat -gc 运行并查看结果

gc参数使用

（二）结果分析

参数解析
S0Csurivor(s0)区域大小
s1cs1区大小
S0US0的使用大小
S1US1的使用大小
ECeden可以使用的大小
EUeden已经使用
OC老年代可以使用的大小
OU老年代已经使用的带下
MC元空间可以使用的大小
MU元空间已经使用的大小
CCSC压缩类空间大小
CCSU压缩类已经使用大小
YGC年轻代垃圾回收次数
YGCT年轻代垃圾回收总耗时
FGC老年代垃圾回收次数
FGCT老年代垃圾回收总耗时
GCT垃圾回收消耗总时间

(四) GC打印日志

程序去掉循环运行获取GC日志信息。

[GC (Allocation Failure) [DefNew
Desired survivor size 1048576 bytes, new threshold 15 (max 15)
- age   1:     895224 bytes,     895224 total
: 5776K->874K(8192K), 0.0117018 secs] 5776K->4970K(18432K), 0.0117932 secs] [Times: user=0.02 sys=0.02, real=0.01 secs] 
[GC (Allocation Failure) [DefNew
Desired survivor size 1048576 bytes, new threshold 15 (max 15)
- age   2:     895136 bytes,     895136 total
: 4970K->874K(8192K), 0.0098978 secs] 9066K->9066K(18432K), 0.0099464 secs] [Times: user=0.00 sys=0.01, real=0.01 secs] 
Heap
 def new generation   total 8192K, used 5031K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  eden space 6144K,  67% used [0x00000000fec00000, 0x00000000ff00f748, 0x00000000ff200000)
  from space 2048K,  42% used [0x00000000ff200000, 0x00000000ff2da8a0, 0x00000000ff400000)
  to   space 2048K,   0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff600000)
 tenured generation   total 10240K, used 8192K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
   the space 10240K,  80% used [0x00000000ff600000, 0x00000000ffe00020, 0x00000000ffe00200, 0x0000000100000000)
 Metaspace       used 3199K, capacity 4494K, committed 4864K, reserved 1056768K
  class space    used 349K, capacity 386K, committed 512K, reserved 1048576K

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

总结： GC日志信息与Jstat -gc 打印信息一致。

2.4.2 实验二

-class 参数； 监视类装载、卸载数量、总空间以及装载所耗费的时间。

（一）执行命令

与实验一样使用相同代码

jstat_gc

（二）结果分析

参数解析
Loaded加载class的数量
Bytes占用空间大小
Unloaded未加载数量
Bytes未加载占用空间
Time时间
2.4.3 实验三

元数据空间统计(-gcmetacapacity)

（一）执行命令

（二）结果分析

参数描述
MCMN最小元数据容量
MCMX最大元数据容量
MC当前元数据空间大小
CCSMN最小压缩类空间大小
CCSMX最大压缩类空间大小
CCSC当前压缩类空间大小
YGC年轻代垃圾回收次数
FGC老年代垃圾回收次数
FGCT老年代垃圾回收消耗时间
GCT垃圾回收消耗总时间
2.4.4 实验四

-gcutil 监视内容与-gc基本相同，但输出主要关注已使用空间占总空间的百分比。

（一）执行命令

gcutil

参数理解与上面相同。

2.4.5 实验五

使用命令 -gccause, 与gcutil 相似，但是会输出上一次GC发生的原因

(一)执行命令

gccause

如果直接使用文本控制台来监控,这个jstat 工具还是笔记不错的。

注： 其他参数不做实验，可自行做实验去验证。

3 jinfo 工具

jinfo 工具， Java配置信息工具; 通过命令可以查看配置信息参数

参数格式： jinfo [option] ipd

在控制台输入 jinfo ，则会提示相关命令参数，可借助提示执行相关命令。

  -flag <name>         to print the value of the named VM flag
  -flag [+|-]<name>    to enable or disable the named VM flag
  -flag <name>=<value> to set the named VM flag to the given value
  -flags               to print VM flags
  -sysprops            to print Java system properties
  <no option>          to print both of the above

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

（一）执行命令

C:\Program Files\Java\jdk1.8.0_141\bin>jinfo -sysprops 7424

 
 

 
 
  • 1

参数-sysprops 与 System.getProperites() 代码都能获取进程信息

4 jmap (JVM Memory Map for Java)

该工具命令参数还是比较丰富、能够获取比较详细的信息。

4.1 描述

jmap（JVM Memory Map for java）命令用于生成堆转储快照; 当然还可以使用-XX:HeapDumpOnOutOfMemoryError 参数，可以让虚拟机在OOM异常之后自动生产dump文件。

4.2 功能点

  • 可以获取dump文件，它还可以查询 finalize 执行队列
  • java堆信息
  • 空间使用率、当前使用的那种收集器等

4.3 jmap命令格式

jmap [ option ] vmid

4.4 jmap工具主要选项

选项作用
-dump生成Java堆转储快照。 格式 -dump:[live,]format=b,file=< filename >,其中live子参数说明是否只dump出存活的对象
-finalizerinfo显示F-Queue中等待Finalizer线程执行finalize方法的对象
-heap显示java堆详细信息，如使用哪种收集器、参数配置、分代状况等
-histo显示堆中对象统计信息，包括类，实例数量、合计容量
-F当虚拟机进程对 -dump选项没有响应时，可使用这个选项强制生成dump快照
  • 可以通过输入jmap，让其提示参数。

4.5 实验

通过实验去验证jmap 相关参数信息

4.5.1 实验一

(一)-dump命令参数使用

通过这个命令， 可以 生成java堆转储快照

(二)源码

/**
 * 设置初始堆为20M,最大堆为20M,新生代10M. from大小为2M,to大小为2M,eden大小为6M
 -verbose:gc -XX:+UseSerialGC -Xms20M -Xmx20M -Xmn10M
 -XX:SurvivorRatio=3 -XX:MaxTenuringThreshold=15 -XX:+PrintGCDetails -XX:+PrintTenuringDistribution
 */
public class TestJPS {
	 
    private static final int _1MB = 1024 * 1024;
	 
    public static void main(String[] args) {
        byte[] allocation1, allocation2, allocation3,allocation4;
        allocation1 = new byte[_1MB / 4];
        allocation2 = new byte[4 * _1MB];
        allocation3 = new byte[4 * _1MB];
        //第一次Minor GC, eden区空间不足，将 allocation2 分配到老年代，
        //allocation1 被分配到 from区，allocation1的大小在from区能够装下
        //且没有满足动态年龄判定的条件
		 
        allocation4 = new byte[4 * _1MB];
        //第二次GC，Minor GC 中 eden去空间不足。allocation3被分配到老年代，
        //allocation1 被分配到 to 区， allocation1 的大小能够在to区装下，
        //同时没有达到动态年龄判定的条件。所以能够存活进入to区。
        while(true){
        }
    }
	 
}

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27

(三)执行命令

C:\Program Files\Java\jdk1.8.0_141\bin>jmap -dump:format=b,file=jmapdump.hprof 9044
Dumping heap to C:\Program Files\Java\jdk1.8.0_141\bin\jmapdump.bin ...
Heap dump file created

 
 

 
 
  • 1
  • 2
  • 3

生成文件，然后对文件进行分析

(四)分析

使用visualVM打开文件，然后对文件进行分析。

  • 截取堆转储上的线程进行分析

堆转储快照

  • 解析堆转储上的线程
    |选项|解析|
    |:-|:-|
    |"Reference Handler","Finalizer","main",| 排在最前用"" 是线程的名称|
    |daemon|线程类型， 属于线程类型，此处是属于daemon（守护线程）|
    |prio|线程优先级|
    |tid|jvm线程id通过java.lang.Thread.getId()获取|
    |WAITING, RUNNABLE|线程状态|
  • 线程状态转换：
    线程状态之间的转换

(五)补充

常见的一些应用场景

现象原因
cpu使用率不高但是响应很慢进行dump，查看是否有很多thread struck在了i/o、数据库等地方，定位瓶颈原因
请求无法响应多次dump，对比是否所有的runnable线程都一直在执行相同的方法，如果是的，可能是锁了！
4.5.2 实验二

使用finalizerinfo 参数

(一)执行命令

C:\Program Files\Java\jdk1.8.0_141\bin>jmap -finalizerinfo 9484
Attaching to process ID 9484, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.141-b15
Number of objects pending for finalization: 0
 

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
4.5.3 实验三

使用-heap ，显示java堆详细信息

（一）源码

package com.jvm;
 
/**
 * 设置初始堆为20M,最大堆为20M,新生代10M. from大小为2M,to大小为2M,eden大小为6M
 -verbose:gc -XX:+UseSerialGC -Xms20M -Xmx20M -Xmn10M
 -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=15 -XX:+PrintGCDetails -XX:+PrintTenuringDistribution
 */
public class TestJPS {
	 
    private static final int _1MB = 1024 * 1024;
	 
    public static void main(String[] args) {
        byte[] allocation1, allocation2, allocation3,allocation4;
        allocation1 = new byte[_1MB / 4];
        allocation2 = new byte[4 * _1MB];
        allocation3 = new byte[4 * _1MB];
        //第一次Minor GC, eden区空间不足，将 allocation2 分配到老年代，
        //allocation1 被分配到 from区，allocation1的大小在from区能够装下
        //且没有满足动态年龄判定的条件
		 
        allocation4 = new byte[4 * _1MB];
        //第二次GC，Minor GC 中 eden去空间不足。allocation3被分配到老年代，
        //allocation1 被分配到 to 区， allocation1 的大小能够在to区装下，
        //同时没有达到动态年龄判定的条件。所以能够存活进入to区。
        while(true){
        }
    }
	 
}

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29

（二）执行命令

运行打印结果：

C:\Program Files\Java\jdk1.8.0_141\bin>jmap -heap 11220
Attaching to process ID 11220, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.141-b15
 
using thread-local object allocation.
Mark Sweep Compact GC
 
Heap Configuration:
   MinHeapFreeRatio         = 40
   MaxHeapFreeRatio         = 70
   MaxHeapSize              = 20971520 (20.0MB)
   NewSize                  = 10485760 (10.0MB)
   MaxNewSize               = 10485760 (10.0MB)
   OldSize                  = 10485760 (10.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)
 
Heap Usage:
New Generation (Eden + 1 Survivor Space):
   capacity = 9437184 (9.0MB)
   used     = 4249104 (4.0522613525390625MB)
   free     = 5188080 (4.9477386474609375MB)
   45.025126139322914% used
Eden Space:
   capacity = 8388608 (8.0MB)
   used     = 4249016 (4.052177429199219MB)
   free     = 4139592 (3.9478225708007812MB)
   50.652217864990234% used
From Space:
   capacity = 1048576 (1.0MB)
   used     = 88 (8.392333984375E-5MB)
   free     = 1048488 (0.9999160766601562MB)
   0.008392333984375% used
To Space:
   capacity = 1048576 (1.0MB)
   used     = 0 (0.0MB)
   free     = 1048576 (1.0MB)
   0.0% used
tenured generation:
   capacity = 10485760 (10.0MB)
   used     = 9279920 (8.850021362304688MB)
   free     = 1205840 (1.1499786376953125MB)
   88.50021362304688% used
 
1732 interned Strings occupying 155648 bytes.

（三）参数解析

数据项描述
using thread-local object allocation启用线程本地对象分配
Mark Sweep Compact GC使用’标记整理’收集器
Heap Configuration:堆配置
Heap Usage:堆使用
CompressedClassSpaceSize
MaxMetaspaceSize
G1HeapRegionSize

（四） 什么是 CompressedClassSpaceSize

  • 在Java8以前，有一个选项是UseCompressedOops, 所谓OOPS是指ordinary object pointers，就是原始指针。
  • Java Runtime可以用这个指针直接访问指针对应的内存，做相应的操作（比如发起GC时做copy and sweep）。
  • 64bit的JVM出现后，OOPS的尺寸也变成了64bit，比之前的大了一倍。
  • 这样占的内存变为double了，并且同尺寸的CPU Cache要少存一倍的OOPS。
  • 使用这个UseCompressedOops选项。打开后，OOPS变成了32bit。
  • Java8，去掉永久代，使用元空间，存储jvm中的元数据，包括byte code，class等信息。
  • Java8在UseCompressedOops之外，额外增加了一个新选项叫做·UseCompressedClassPointer·。
  • 这个选项打开后，class信息中的指针也用32bit的Compressed版本。而这些指针指向的空间被称作Compressed Class Space。默认大小是1G，但可以通过CompressedClassSpaceSize调整

如果你的java程序引用了太多的包，有可能会造成这个空间不够用，于是会看到

java.lang.OutOfMemoryError: Compressed class space

 
 

 
 
  • 1

这时，一般调大CompreseedClassSpaceSize就可以了

4.5.4 实验四

使用 histo 命令

(一)执行命令

C:\Program Files\Java\jdk1.8.0_141\bin>jmap -histo 11220
 
 num     #instances         #bytes  class name
----------------------------------------------
   1:            31       12870640  [B
   2:          2588         331360  [C
   3:           621          70688  java.lang.Class
   4:          2411          57864  java.lang.String
   5:           146          39264  [I
   6:           595          34296  [Ljava.lang.Object;
   7:           838          33520  java.util.TreeMap$Entry
   8:           116           8352  java.lang.reflect.Field
   9:           198           8072  [Ljava.lang.String;
  10:           150           4800  java.util.Hashtable$Entry
  11:            73           4672  java.net.URL
  12:           104           4160  java.lang.ref.SoftReference
  13:           256           4096  java.lang.Integer
  14:           122           3904  java.util.HashMap$Node
  15:            96           3072  java.util.concurrent.ConcurrentHashMap$Node
......省略下面的更多的信息

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
4.5.5 实验五

-F 当对-dump 生成文件时没有发反应，可以使用该命令强制生成dump快照。（实验结果存在问题，不做描述）

5 jhat（JVM Heap Analysis Tool）

不推荐使用，有更好的方案；也不做介绍了。

6 jstack（JVM Stack Trace for java）

6.1 描述

  • jstack(Stack Trace for Java)命令用于生成虚拟机当前时刻的线程快照（一般称为threaddump 或者javacore文件）;
  • 线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因、
  • 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做了些什么事情，或者等待着什么资源

6.2 jstack 命令格式

jstack [ option ] vmid

6.3 jstack 工具主要选项

对jstatck的选项参数进行列举，并描述其作用

参数作用
-F当正常输出的请求不被响应时，强制输出线程堆栈
-l除堆栈外，显示关于锁的附加信息
-m如果调用本地方法的话，可以显示 c/C++的堆栈

6.4 实验

6.4.1 实验一

使用 jstack -l 参数

（一）执行命令

C:\Program Files\Java\jdk1.8.0_141\bin>jstack -l 11220
2018-04-20 15:48:03
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.141-b15 mixed mode):
 
"Monitor Ctrl-Break" #10 daemon prio=5 os_prio=0 tid=0x00000000534ec800 nid=0x2780 runnable [0x0000000053c8e000]
   java.lang.Thread.State: RUNNABLE
        at java.net.DualStackPlainSocketImpl.accept0(Native Method)
        at java.net.DualStackPlainSocketImpl.socketAccept(DualStackPlainSocketImpl.java:131)
        at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:199)
        - locked <0x00000000ff000c68> (a java.net.SocksSocketImpl)
        at java.net.ServerSocket.implAccept(ServerSocket.java:545)
        at java.net.ServerSocket.accept(ServerSocket.java:513)
        at com.intellij.rt.execution.application.AppMain$1.run(AppMain.java:79)
        at java.lang.Thread.run(Thread.java:748)
	 
   Locked ownable synchronizers:
        - None
	 
"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x000000005282e800 nid=0x2c20 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
	 
   Locked ownable synchronizers:
        - None
	 
"C1 CompilerThread2" #8 daemon prio=9 os_prio=2 tid=0x00000000527ff800 nid=0x21cc waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
	 
   Locked ownable synchronizers:
        - None
	 
"C2 CompilerThread1" #7 daemon prio=9 os_prio=2 tid=0x00000000527b6000 nid=0x2038 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
	 
   Locked ownable synchronizers:
        - None
 
"C2 CompilerThread0" #6 daemon prio=9 os_prio=2 tid=0x00000000527b0800 nid=0x2988 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
 
   Locked ownable synchronizers:
        - None
 
"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000005279e800 nid=0x8c4 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
 
   Locked ownable synchronizers:
        - None
 
"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000005279d000 nid=0x2a28 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
 
   Locked ownable synchronizers:
        - None
 
"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0000000052770800 nid=0x2a30 in Object.wait() [0x0000000052d3e000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000000ffa15ac0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
        - locked <0x00000000ffa15ac0> (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)
 
   Locked ownable synchronizers:
        - None
 
"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000052729000 nid=0x2d6c in Object.wait() [0x0000000052bff000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000000ffa15c78> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
        - locked <0x00000000ffa15c78> (a java.lang.ref.Reference$Lock)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)
 
   Locked ownable synchronizers:
        - None
 
"main" #1 prio=5 os_prio=0 tid=0x0000000002548000 nid=0x2a20 runnable [0x0000000002a7e000]
   java.lang.Thread.State: RUNNABLE
        at com.jvm.TestJPS.main(TestJPS.java:25)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147)
 
   Locked ownable synchronizers:
        - None
 
"VM Thread" os_prio=2 tid=0x0000000052720800 nid=0x28d4 runnable
 
"VM Periodic Task Thread" os_prio=2 tid=0x00000000534a8800 nid=0x2a94 waiting on condition
 
JNI global references: 15
 

 
 

 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97

（二）分析

这个命令与 jmap -dump:format=b,file=jmapdump.hprof 都能打印线程信息。

参数解析
nid系统线程id（NativeThread ID）nid=0xaef，和top命令查看的线程pid对应，不过一个是10进制，一个是16进制

其他信息可以参考前面的jmap快照进行学习

参考

结束语

理论知识是实践的指导工具，将知识应用到实际项目才是真正的目的。

阔皮大师
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
win10JDK环境配置
weixin_40686505的博客
09-24 183
1.首先安装JDk（注意安装的地址） 2.找到安装地址 C:\Program Files (x86)\java\jdk1.8.0_141 3. 我的电脑右键—>属性—>高级系统设置—>环境变量—>系统变量（新建） 4. 新建变量JAVA_HOME，赋值。 5. 找到path变量 在变量的最后添加%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin;...
Ubuntu 18.04.4搭建开发环境之 JDK1.8安装
qq_44136551的博客
05-07 1246
Ubuntu 安装 jdk1.8 最近在腾讯云整了台 Ubuntu 18.04.4LTS 版本的云服务器，接下来搭建一下开发环境。首先当然要装 JDK 啦，这里JDK版本选用的是1.8， 毕竟从大学到工作中用的都是 1.8版本，所以说已经舍不得它啦 哈哈。 第一步 我们可以去 oracle官网下载 传送门 可能下载会不较慢 所以我也为大家提供了 百度网盘下载 传送门 提取码 ：1g2f 下载以...
[Linux环境]-centos7下安装jdk1.8.0_141流程.
weixin_30868855的博客
03-03 713
1.查看当前虚拟机java环境版本: java -version [root@centos-linux-7 bin]# java -version java version "1.7.0_111" OpenJDK Runtime Environment (rhel-2.6.7.2.el7_2-x86_64 u111-b01) OpenJDK 64-Bit Server VM (...
JDK自带的命令行工具
new_dong的博客
05-05 1341
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录前言一、jps-查看虚拟机进程状况二、jstat-查看虚拟机统计信息的监控工具1.使用格式2.使用案例三、jinfo-动态修改参数值四、jmap-将java堆内存做快照1、使用方式2、查看堆的分布情况3、查看堆里面占用内存最多的对象4、手动导出Dump文件5、自动导出dump文件五、jstack-堆栈跟着工具-线程快照总结 前言 提示：这里可以添加本文要记录的大概内容： 主要是存放在我们的JDK安装目录下面的bin目录，包含了命.
jdk安装脚本
makeret的博客
11-20 1213
jdk安装sheel脚本
Jenkinsfile调用jdk命令工具配置
06-29
本文将详细讲解如何在 Jenkinsfile 中调用 JDK 命令工具，并在 Jenkins 容器中进行相应的配置，以实现无需安装完整 JDK 环境即可执行 JDK 相关任务。 1. **容器内放置 JDK 工具包** Jenkins 容器通常是一个轻量级...
jdk常用命令
03-29
12. **jcmd**：Java命令工具，用于在JDK 1.7及更高版本中执行诊断操作。 13. **jrunscript**：运行JavaScript或其他支持的脚本语言，利用Java平台的功能。 14. **keytool**：管理密钥和证书，用于创建和管理...
jdk命令行工具.doc
03-12
jvm命令行工具，java性能优化，jdk命令工具， jcmd命令、jps命令、jmap命令、jstack命令、jinfo命令、jstat命令
jdk命令详解
10-31
JDK 是 Java 开发工具包，包含了开发和运行 Java 应用所需的各种工具。本文将详细解析 JDK 中的几个重要命令：rmic、rmid 和 rmiregistry，这些都是 Java 远程方法调用（RMI）的重要组成部分。 首先，`rmic` 命令...
jdk8工具包
04-22
在这个"jdk8-windowsx64工具包"中，我们主要关注的是针对Windows 64位系统的JDK 8安装包，即"jdk-8u202-windows-i586.exe"。 1. **Java 8的主要特性**： - **lambda表达式**：这是Java 8最大的亮点，它引入了函数...
命令模式Command
12-16
命令模式Command将请求封装成对象，以便使用不同的请求、队列、或者日志来参数化其他对象。命令模式也支持可撤销的操作。
JDK1.8 下载直链
jialiu111111的博客
08-30 2997
1.链接 http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html 这个官网下载地址需要账号密码登录，用下面这个连接可以免登录 cd /usr/local #64位 wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F; oraclelicense=
Linux环境下安装 JDK1.8 以及配置环境变量
陌守
11-03 8884
在Linux环境下安装jdk1.8以及配置环境变量 简述：本文使用的是解压的方式安装 下载 基于Linux 64位的 jdk1.8的安装包，如下: 解压该安装包：(解压后得文件在的当前和压缩包在同一目录下) tar -zxvf jdk-8u271-linux-x64.tar.gz （1） List item 这时候输入： java -version （2）你会看到如下图情况：（但是不要紧，证明我们虽然解压了压缩包，但是还没有配置环境，所以就会出现找不到java指令） 3. 配置环境变量
64位Linux系统安装jdk1.8详细流程
NeverQuitMan的博客
12-27 1218
以下#后均为Linux命令行 一、卸载系统自带openJDK 1.登录root用户 2.查询系统当前jdk版本情况 java -version 3.查询系统自带openJDK文件详情 rpm -qa | grep java 命令说明： rpm　　后端软件包管理器 -qa　　 使用询问模式，查询所有套件 grep　　查找文件里符合条件的字符串 java　 ...
傻瓜式安装过程，Java jdk1.8.0.141+Maven 3.5.3+MyEclipse2017 CI7+IDEA 2017.3.4+tomcat8.5.28+MySQL5.7.21...
weixin_34200628的博客
03-09 390
所有安装文件：https://pan.baidu.com/s/1AZrrHYaMMD8TxGOtJi9KZA 密码5y7f 1、下载安装java，jdk http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html 双击安装，安装程序会自动设置JAVA_HOME变量，不用手动设置ja...
【SpringCloud环境搭建】SpringCloud环境搭建jdk、mysql、Nacos、Seata、redis、nginx
qq_38178433的博客
04-21 2322
SpringCloud环境搭建:jdk、mysql、nacos、seata、redis、nginx
《深入理解Java虚拟机》——JDK自带命令行工具
weixin_34250434的博客
08-19 449
2019独角兽企业重金招聘Python工程师标准>>> ...
面试官：你用过哪些JDK自带的命令行工具
weixin_33775572的博客
05-03 207
本文基于HotSpot虚拟机，JDK版本1.8.0_171，windows系统 目录 一、jps：虚拟机进程状况工具 二、jstat：虚拟机统计信息监视工具 三、jmap：Java内存映像工具 四、jhat：虚拟机堆转储快照分析工具 五、jstack：Java堆栈跟踪工具 六、jinfo：Java配置信息工具 java和javac这两个命令行工具我们应该都很熟悉，但是除了这两个工具jdk/bi...
linux下载jdk命令
最新发布
12-14
该命令使用wget工具下载JDK安装包，并通过设置Cookie来接受Oracle的许可协议。其中，下载链接中的版本号可能需要根据实际情况进行更改。 --相关问题--: 1. 如何在Linux中安装JDK？ 2. 如何设置JAVA_HOME环境变量？ ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值