不可不知的7个JDK命令

╰+攻爆jí腚メ 2023-03-12 07:27 167阅读 0赞

武培轩(公众号：武培轩)的《不可不知的7个JDK命令》这篇文章，短小精悍，介绍的这7个JDK命令非常实用，值得借鉴。

### javap ###

使用javap可以查看Java字节码反编译的源文件，javap的命令格式如下：

![format_png][]

下面来演示下用javap -c对代码进行反编译，首先写个HelloWorld类，如下：

public class HelloWorld {
        public static void main(String []args) {
           System.out.println("Hello World");
        }
    }

接着使用javap -c HelloWorld.class就可以反编译得到如下结果：

Compiled from "HelloWorld.java"
    public class HelloWorld {
      public HelloWorld();
        Code:
           0: aload_0
           1: invokespecial #1                  // Method java/lang/Object."<init>":()V
           4: return
    
    
      public static void main(java.lang.String[]);
        Code:
           0: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
           3: ldc           #3                  // String Hello World
           5: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
           8: return
    }

### jps ###

jps是用来查询当前所有进程pid的，命令的用法如下图所示：

![format_png 1][]  
执行jps可以获取本机Java程序的pid，运行结果如下：

[root@wupx ~]# jps
    8825 spring-boot-0.0.1-SNAPSHOT.jar

使用jps -mlvV可以获取到这个进程的pid、jar包的名字以及JVM参数等。

[root@wupx ~]# jps -mlvV
    8825 /root/spring-boot-0.0.1-SNAPSHOT.jar --server.port=8090 --logging.file=/root/log/spring-boot.log -Xmx1024m -Xms1024m

### jstat ###

jstat主要用于监控JVM，主要是GC信息，在性能优化的时候经常用到，命令内容如下所示：

![format_png 2][]

比如，上面我们通过jps查到的进程号8825，我们使用jstat -gc 8825来查看该进程的GC 信息：

[root@wupx ~]# jstat -gc 8825
     S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
    65536.0 69120.0  0.0   160.0  10425344.0 1036247.8 21135360.0 19489859.7 84608.0 81123.8 9600.0 8834.1  99517 2070.459   0      0.000 2070.459

其中S0C表示当前Survivor0的容量，S1C表示当前Survivor1的容量，S0U表示当前Survivor0的利用率，S1U表示当前Survivor1的利用率，EC表示Eden的容量，EU表示Eden的利用率，OC表示老年代的容量，OU表示老年代的利用率，MC表示Metaspace的容量，MU表示Metaspace的利用率，CCSC表示类指针压缩空间容量，CCSU表示使用的类指针压缩空间，YGC表示新生代GC的次数，YGCT表示新生代GC的时间，FGC表示Full Gc的次数，FGCT表示Full GC的时间，GCT表示GC总时间。

> 每个对象都有一个指向它自身类的指针，\_klass: 指向类的4字节指针，64位平台上\_klass: 指向类的8字节的指针，为了节约这些空间，引入了类指针压缩空间。  
>

### jcmd ###

jcmd可以查看JVM信息，常用的命令内容如下：

![format_png 3][]  
先使用jcmd 8825 help来查看都支持什么命令：

[root@wupx ~]# jcmd 8825 help
    8825:
    The following commands are available:
    JFR.stop
    JFR.start
    JFR.dump
    JFR.check
    VM.native_memory
    VM.check_commercial_features
    VM.unlock_commercial_features
    ManagementAgent.stop
    ManagementAgent.start_local
    ManagementAgent.start
    VM.classloader_stats
    GC.rotate_log
    Thread.print
    GC.class_stats
    GC.class_histogram
    GC.heap_dump
    GC.finalizer_info
    GC.heap_info
    GC.run_finalization
    GC.run
    VM.uptime
    VM.dynlibs
    VM.flags
    VM.system_properties
    VM.command_line
    VM.version
    help

下面我就选一个参数给大家举个例子，比如打印堆的信息，使用jcmd 8825 GC.heap\_dump命令：

[root@wupx ~]# jcmd 8825 GC.heap_info
    8825:
     PSYoungGen      total 628736K, used 41772K [0x0000000715a00000, 0x0000000746480000, 0x00000007c0000000)
      eden space 609792K, 4% used [0x0000000715a00000,0x00000007173d5478,0x000000073ad80000)
      from space 18944K, 80% used [0x000000073ad80000,0x000000073bc75e68,0x000000073c000000)
      to   space 19968K, 0% used [0x0000000745100000,0x0000000745100000,0x0000000746480000)
     ParOldGen       total 250880K, used 21756K [0x00000005c0e00000, 0x00000005d0300000, 0x0000000715a00000)
      object space 250880K, 8% used [0x00000005c0e00000,0x00000005c233f160,0x00000005d0300000)
     Metaspace       used 44797K, capacity 45562K, committed 45824K, reserved 1089536K
      class space    used 5669K, capacity 5832K, committed 5888K, reserved 1048576K

可以看出可以获取新生代、老年代、元空间、Eden、From Survivor以及To Survivor的大小和占比。

### jmap ###

jmap打印出Java进程内存中Object的情况，或者将JVM中的堆以二进制输出成文本，命令内容如下：

![format_png 4][]  
使用jmap -heap 8825查看当前堆的使用信息：

[root@wupx ~]# jmap -heap 8825
    Attaching to process ID 8825, please wait...
    Debugger attached successfully.
    Server compiler detected.
    JVM version is 25.201-b09
    
    
    using thread-local object allocation.
    Parallel GC with 10 thread(s)
    
    
    Heap Configuration:
       MinHeapFreeRatio         = 0
       MaxHeapFreeRatio         = 100
       MaxHeapSize              = 8575254528 (8178.0MB)
       NewSize                  = 178782208 (170.5MB)
       MaxNewSize               = 2858418176 (2726.0MB)
       OldSize                  = 358088704 (341.5MB)
       NewRatio                 = 2
       SurvivorRatio            = 8
       MetaspaceSize            = 21807104 (20.796875MB)
       CompressedClassSpaceSize = 1073741824 (1024.0MB)
       MaxMetaspaceSize         = 17592186044415 MB
       G1HeapRegionSize         = 0 (0.0MB)
    
    
    Heap Usage:
    PS Young Generation
    Eden Space:
       capacity = 624427008 (595.5MB)
       used     = 32083672 (30.597373962402344MB)
       free     = 592343336 (564.9026260375977MB)
       5.138098062536078% used
    From Space:
       capacity = 19398656 (18.5MB)
       used     = 15687272 (14.960548400878906MB)
       free     = 3711384 (3.5394515991210938MB)
       80.86782919394004% used
    To Space:
       capacity = 20447232 (19.5MB)
       used     = 0 (0.0MB)
       free     = 20447232 (19.5MB)
       0.0% used
    PS Old Generation
       capacity = 256901120 (245.0MB)
       used     = 22278496 (21.246429443359375MB)
       free     = 234622624 (223.75357055664062MB)
       8.672012017697703% used
    
    
    24741 interned Strings occupying 2987512 bytes.

首先会打印堆的一些相关配置，比如最大新生代、元空间的大小等；下面为堆的使用情况，包括新生代的Eden区、S0区、S1区以及老年代。

jmap还可以将堆的信息以文件的形式保存下来，相当于文件快照，执行 jmap -dump:live,format=b,file=heap.bin 8825命令：

[root@wupx ~]# jmap -dump:live,format=b,file=heap.bin 8825
    Dumping heap to /root/heap.bin ...
    Heap dump file created

这个heap.bin可以使用jhat命令打开，是以html的形式展示的。

### jhat ###

jhat分析Java堆的命令，可以将堆中对象以html的形式显示出来，支持对象查询语言OQL，命令内容如下：

![format_png 5][]  
现在执行jhat -port 9999 heap.bin来将刚刚保存的heap.bin以html 展示出来：

[root@wupx ~]# jhat -port 9999 heap.bin
    Reading from heap.bin...
    Dump file created Tue May 12 22:31:55 CST 2020
    Snapshot read, resolving...
    Resolving 570997 objects...
    Chasing references, expect 114 dots..................................................................................................................
    Eliminating duplicate references..................................................................................................................
    Snapshot resolved.
    Started HTTP server on port 9999
    Server is ready.

执行完毕后，打开http://localhost:9999/就可以看到类的实例的堆占用情况，它是按照包名来分组的：

![format_png 6][]

网页的底部还有许多Query方式：

![format_png 7][]

下面以OQL为例，打开后是一个类似SQL查询的窗口，比如输入select s from java.lang.String s where s.value.length >= 100就可以查询字符串长度大于100的实例：

![format_png 8][]

### jstack ###

jstack是堆栈跟踪工具，主要用于打印给定进程pid的堆栈信息，一般在发生死锁或者CPU 100%的时候排查问题使用，可以去查询当前运行的线程以及线程的堆栈信息是什么情况，命令内容如下：

![format_png 9][]  
下面执行jstack -F 8825 > jstack.log命令，将线程的信息保存下来：

Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.161-b12 mixed mode):
    
    
    "Attach Listener" #51805777 daemon prio=9 os_prio=0 tid=0x00007f971c001000 nid=0x9cd6 waiting on condition [0x0000000000000000]
       java.lang.Thread.State: RUNNABLE
    
    
    "DestroyJavaVM" #55 prio=5 os_prio=0 tid=0x00007f9fc8009800 nid=0x227a waiting on condition [0x0000000000000000]
       java.lang.Thread.State: RUNNABLE
    
    
    "http-nio-8111-Acceptor-0" #52 daemon prio=5 os_prio=0 tid=0x00007f96c40c5800 nid=0x2653 runnable [0x00007f97c0df9000]
       java.lang.Thread.State: RUNNABLE
      at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
      at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:422)
      at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:250)
      - locked <0x00007f982c6213c8> (a java.lang.Object)
      at org.apache.tomcat.util.net.NioEndpoint$Acceptor.run(NioEndpoint.java:455)
      at java.lang.Thread.run(Thread.java:748)
    
    
    "http-nio-8111-ClientPoller-0" #50 daemon prio=5 os_prio=0 tid=0x00007f9fc8e7e000 nid=0x2651 runnable [0x00007f97c21fb000]
       java.lang.Thread.State: RUNNABLE
      at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
      at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
      at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
      at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
      - locked <0x00007f982c622460> (a sun.nio.ch.Util$3)
      - locked <0x00007f982c622450> (a java.util.Collections$UnmodifiableSet)
      - locked <0x00007f982c622408> (a sun.nio.ch.EPollSelectorImpl)
      at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
      at org.apache.tomcat.util.net.NioEndpoint$Poller.run(NioEndpoint.java:787)
      at java.lang.Thread.run(Thread.java:748)
    
    
    "Service Thread" #17 daemon prio=9 os_prio=0 tid=0x00007f9fc8379000 nid=0x229d runnable [0x0000000000000000]
       java.lang.Thread.State: RUNNABLE
    
    
    "C1 CompilerThread10" #15 daemon prio=9 os_prio=0 tid=0x00007f9fc8373800 nid=0x229b waiting on condition [0x0000000000000000]
       java.lang.Thread.State: RUNNABLE
    
    
    "VM Thread" os_prio=0 tid=0x00007f9fc831c000 nid=0x228d runnable
    
    
    "GC task thread#0 (ParallelGC)" os_prio=0 tid=0x00007f9fc801e800 nid=0x227b runnable
    
    
    "GC task thread#1 (ParallelGC)" os_prio=0 tid=0x00007f9fc8020800 nid=0x227c runnable
    
    
    "VM Periodic Task Thread" os_prio=0 tid=0x00007f9fc837e000 nid=0x229e waiting on condition
    
    
    JNI global references: 357

因为内容比较多，截取了部分内容，可以看出会打印出线程的信息、状态以及堆栈，也会打印出GC Task的线程信息(ParallelGC属于并行收集器，默认为2个线程)，从中可以分析出每个线程都在做什么，如果服务器CPU占用高，可以看有多少个线程处于RUNNABLE状态，一般是由于处于RUNNABLE状态的线程过多，导致CPU过高；如果很多线程处于TIMED\_WAITING状态，理论上CPU占用不会很高。

本篇文章主要对JDK常用的内置命令javap、jps、jstat、jcmd、jmap、jhat、jstack进行了简单讲解，大家可以自己在本机进行实践。了解这些命令后会在死锁、CPU占用过高问题的排查、程序性能调优上会有很大的帮助。

参考：

https://docs.oracle.com/javase/8/docs/technotes/tools/index.html\#basic

JDK内置命令工具

**近期的热文：**

《[一个Full GC次数过多导致系统CPU 100%的案例排查][Full GC_CPU 100]》

《[ASCII码作用简介][ASCII]》

《[Java GC的基础知识][Java GC]》

《[Linux下的^M困惑][Linux_M]》

《[Oracle相关提问的智慧技巧][Oracle]》

《[很久以前的一篇对初学Oracle建议的文章][Oracle 1]》

《[一次对linux系统无影响的python3环境搭建过程及思考][linux_python3]》

《[Oracle Cloud云端账号的注册过程][Oracle Cloud]》

《[PLSQL Developer几个可能的隐患][PLSQL Developer]》

《[从70万字SRE神作提炼出的7千字精华文章][70_SRE_7]》

《[从数据误删到全量恢复的惊险记录][Link 1]》

《[NUMBER长度的误解][NUMBER]》

《[decode函数再挖掘][decode]》

《[《decode函数的妙用》网友的两个问题解答][decode 1]》

《[decode函数的妙用][decode 2]》  
《[公众号600篇文章分类和索引][600]》

[format_png]: /images/20230312/9057984787a74ef7a2ad723345f6dbd1.png
[format_png 1]: /images/20230312/b5af120d423e49d4af7e865bba06f53c.png
[format_png 2]: /images/20230312/9a54d8a365c3494fb9cfa31e9ca030b1.png
[format_png 3]: /images/20230312/0070c90789bc49b0b76ef155b2ff0b66.png
[format_png 4]: /images/20230312/82621b6b379943cdab918f420f4d523c.png
[format_png 5]: /images/20230312/445bcd1c220a4dba98969184974a5cb9.png
[format_png 6]: /images/20230312/9d646a12daea4a67ae01d7c063e7b087.png
[format_png 7]: /images/20230312/54e03dac12244c7abcd1fa97e0273eb8.png
[format_png 8]: /images/20230312/77fdd4b6878048969b998bc98af07da8.png
[format_png 9]: /images/20230312/853500425e794347a5e5aa2675ccec11.png
[Full GC_CPU 100]: https://blog.csdn.net/bisal/article/details/106110289
[ASCII]: https://blog.csdn.net/bisal/article/details/106088569
[Java GC]: https://blog.csdn.net/bisal/article/details/106066216
[Linux_M]: https://blog.csdn.net/bisal/article/details/106030314
[Oracle]: https://blog.csdn.net/bisal/article/details/106009871
[Oracle 1]: https://blog.csdn.net/bisal/article/details/105963320
[linux_python3]: https://blog.csdn.net/bisal/article/details/105828334
[Oracle Cloud]: https://blog.csdn.net/bisal/article/details/105852162
[PLSQL Developer]: https://blog.csdn.net/bisal/article/details/105803468
[70_SRE_7]: https://blog.csdn.net/bisal/article/details/105742900
[Link 1]: https://blog.csdn.net/bisal/article/details/105697127
[NUMBER]: https://blog.csdn.net/bisal/article/details/105548618
[decode]: https://blog.csdn.net/bisal/article/details/105671807
[decode 1]: https://blog.csdn.net/bisal/article/details/105445417
[decode 2]: https://blog.csdn.net/bisal/article/details/105424100
[600]: https://blog.csdn.net/bisal/article/details/104548761