JDK自带JVM调优工具，一次性打包讲给你听

冷不防 2022-12-22 09:08 243阅读 0赞

关注“Java后端技术全栈”

回复“000”获取大量电子书

前面已经讲过了[jps和jstat调优工具][jps_jstat]。今天我们继续说一下其它4个工具。这些工具都在jdk的bin目录下。

![format_png][]

#### **如何使用jinfo工具**![format_png 1][] ####

`jinfo`显示虚拟机配置信息，我们通过jinfo --help能看到相应的参数：

![format_png 2][]

option说明

> no option   输出全部的参数和系统属性
> 
> \-flag  name  输出对应名称的参数
> 
> \-flag \[+|-\]name  开启或者关闭对应名称的参数
> 
> \-flag name=value  设定对应名称的参数
> 
> \-flags  输出全部的参数
> 
> `-sysprops`  输出系统属性

我们可以先使用`jps`找到`pid`。

![format_png 3][]

`jinfo pid`会输出一堆相关信息

![format_png 4][]

![format_png 5][]

`jinfo -flags pid`

用来输出`JVM`的全部参数

![format_png 6][]

`jinfo -flag name pid`

使用该命令，可以查看指定的name为 `JVM`参数的值。

如：查看当前 `JVM`进程是否开启打印·`GC`日志。

![format_png 7][]

同样的可以使用

`jinfo -flag [+|-]name pid`

来开启或者关闭对应名称的参数 。

也可以使用

`jinfo -sysprops pid`

来输出当前 `JVM`进行的全部的系统属性

#### **如何使用jmap工具**![format_png 1][] ####

`jmap(Java Memory Map)` 命令，主要用于打印指定Java进程(或核心文件、远程调试服务器)的共享对象内存映射或堆内存细节。`jmap`以生成 `java`程序的 dump 文件， 也可以查看堆内对象示例的统计信息、查看`ClassLoader` 的信息以及 `finalizer` 队列。

`jmap`命令可以获得运行中的`JVM`的堆的快照，从而可以离线分析堆，以检查内存泄漏，检查一些严重影响性能的大对象的创建，检查系统中什么对象最多，各种对象所占内存的大小等等。可以使用jmap生成Heap Dump。

Memory = direct memory（直接内存） +`JVM memory(MaxPermSize +Xmx)`；

`jmap --help`打印辅助信息

![format_png 8][]

option说明

> `pid`：java进程id，命令`ps -ef | grep java`获取，或者`jps`工具获取
> 
> executable：产生核心dump的`java`可执行文件
> 
> core：需要打印配置信息的核心文件
> 
> remote-hostname-or-ip：远程调试的主机名或ip
> 
> server-id：可选的唯一id，如果相同的远程主机上运行了多台调试服务器，用此选项参数标识服务器
> 
> \-dump:\[live,\]format=b,file=使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.
> 
> \-finalizerinfo 打印正等候回收的对象的信息.
> 
> \-heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况.
> 
> `-histo[:live]`打印每个class的实例数目,内存占用,类全名信息. `JVM`的内部类名字开头会加上前缀”\*”. 如果live子参数加上后,只统计活的对象数量.
> 
> `-clstats`（取代了在`JDK8`之前打印类加载器信息的`permstat`）打印`classload`和`jvm heap`长久层的信息. 包含每个`classloader`的名字,活泼性,地址,父`classloader`和加载的class数量。

使用命名查看`JVM`的heap信息

`jmap -heap pid`

输出Java堆详细信息 ；

![format_png 9][]

使用

`jmap -histo:live pid`

输出堆中对象的相关统计信息。

> 第一列是序号，
> 
> 第二列是对象个数，
> 
> 第三列是对象大小byte，
> 
> 第四列是class name

![format_png 10][]

使用

`jmap -finalizerinfo pid`

输出等待终结的对象信息

![format_png 11][]

也可以使用

`jmap -clstats pid`

来输出类加载器信息 。

![format_png 12][]

#### **如何使用jstack工具**![format_png 1][] ####

`jstack`命令最大的作用就是用来生成thread dump文件，thread dump文件中记录了某一时刻CPU信息 。

> `jstack`主要用于生成`java`虚拟机当前时刻的线程快照。线程快照是当前`java`虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，
> 
> 如线程间死锁、死循环、请求外部资源导致的长时间等待等。
> 
> 线程出现停顿的时候通过`jstack`来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。如果现在运行的`java`程序呈现hung的状态，`jstack`是非常有用的。

![format_png 13][]

option书面

> \-F：当正常输出的请求不被响应时，强制输出线程堆栈。  
> \-l：除堆栈外，会打印出额外的锁信息，在发生死锁时可以用jstack -l pid来观察锁持有情况    
> \-m：如果调用到本地方法的话，可以显示C/C++的堆栈

`jstack pid`

jstack命令会打印出所有的线程，包括用户自己启动的线程和`JVM`后台线程，我们主要关注的是用户线程；

![format_png 14][]

1"http-nio-8080-exec-8" #26 daemon prio=5 os_prio=0 tid=0x000000005b940000 nid=0x1e2c waiting on condition [0x000000005c0be000] java.lang.Thread.State: WAITING (parking)

> `http-nio-8080-exec-8`：线程名称
> 
> daemon 表示线程是否是守护线程
> 
> prio 表示我们为线程设置的优先级
> 
> os\_prio 表示的对应的操作系统线程的优先级，由于并不是所有的操作系统都支持线程优先级，所以可能会出现都置为0的情况
> 
> tid 是java中为这个线程的id
> 
> nid 是这个线程对应的操作系统本地线程id，每一个java线程都有一个对应的操作系统线程
> 
> wait on condition表示当前线程处于等待状态，但是并没列出具体原因
> 
> java.lang.Thread.StatC:\\Users\\Administrator\\Desktop\\ WAITING (parking) 也是表示的处于等待状态，括号中的内容说明了导致等待的原因，例如这里的parking说明是因为调用了 LockSupport.park方法导致等待

常用命令

1# 查询进程的线程信息 输出到jstatck_13324文件中
    2jstack 13324 > jstatck_13324
    3# 十进制转换为十六进制
    4printf "%x\n" 21742

#### **如何使用jhat工具**![format_png 1][] ####

`JVM Heap Analysis Tool`命令是与`jmap`搭配使用，用来分析`jmap`生成的dump，`jhat`内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看。在此要注意，一般不会直接在服务器上进行分析，因为jhat是一个耗时并且耗费硬件资源的过程，一般把服务器生成的dump文件复制到本地或其他机器上进行分析。

常用方式

1#分析 dump 文件
    2jhat -J-Xmx512M dump.phrof
    3
    4#对比 dump 文件
    5jhat -baseline dump2.phrof dump1.phrof

代码案例

1public class JhatTest {
    2    public static void main(String[] args) {
    3        while(true) {
    4            String string = new String("老田");
    5            System.out.println(string);
    6        }
    7    }
    8}

运行，使用`jps`获取进程`pid`

![format_png 15][]

再使用`jmap -dump:format=b,file=heapDump pid`

![format_png 16][]

再到对应heapDump的包目录下执行

`jhat heapDump`

![format_png 17][]

然后可以通过访问

http://localhost:7000/

![format_png 18][]

一般查看堆异常情况主要看这个两个部分：

**Show instance counts for all classes (excluding platform)**，平台外的所有对象信息。如下图：

![format_png 19][]

**Show heap histogram**  以树状图形式展示堆情况

![format_png 20][]

具体问题排查的时候，需要结合代码，然后观察是否大量应该被回收的对象在一直被引用或者是否有占用内存特别大的对象无法被回收。

觉得有帮助就帮忙点个“在看”呗~

推荐阅读：

[《Spring Cloud与Docker微服务架构实战》.pdf][Spring Cloud_Docker_.pdf]

[《Go语言实战》.pdf][Go_.pdf]

[《分布式Java应用基础与实践》.pdf][Java_.pdf]

![format_png 21][]

[jps_jstat]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd5542c3ca22cbd5632be1336916404572686067101d2f9f621b1c45250dc50014336d5fe287&idx=1&mid=2247494184&scene=21&sn=3353cf4966a884350a166eace6bd730c#wechat_redirect
[format_png]: /images/20221120/763aa88de93e4b46abe62b6aa7df55b8.png
[format_png 1]: /images/20221120/57bdcd5962e84b9d8a988e0200ae29ab.png
[format_png 2]: /images/20221120/8a36915209ff4af78bb6efb9ffa83278.png
[format_png 3]: /images/20221120/b25141d897c94210b88ecf63f67651be.png
[format_png 4]: /images/20221120/32fbbf24bf28454ab75d01fc42dd16b1.png
[format_png 5]: /images/20221120/256e66faab264b3dbc7d2e4e1549ea4f.png
[format_png 6]: /images/20221120/b75371c24ad04a269d0603e5de1f827c.png
[format_png 7]: /images/20221120/6e6c916ebea84449b86bd549157e9ef7.png
[format_png 8]: /images/20221120/c55808928657416bb59476c02a04c87e.png
[format_png 9]: /images/20221120/87d1ccaeab7d44fe8b4aa40ddbd5d043.png
[format_png 10]: /images/20221120/17ec2def37d74d908b83fdebcb07f9cd.png
[format_png 11]: /images/20221120/12effc72cc5f4a9896554da5fdaea6f9.png
[format_png 12]: /images/20221120/3773d651f0c649cca410cd29417dc777.png
[format_png 13]: /images/20221120/eca6feba9d454060a985083cdfd0bafd.png
[format_png 14]: /images/20221120/9435149d21de4cb79af64eef5e71c048.png
[format_png 15]: /images/20221120/b7a859cb47bf42cfadcc4d63c6fda3b6.png
[format_png 16]: /images/20221120/f7d670dca8a84d45b2becdf4570c7764.png
[format_png 17]: /images/20221120/b5494387f674435c8e508967b09fa1b2.png
[format_png 18]: /images/20221120/44c33bce64794819978c3430f9251299.png
[format_png 19]: /images/20221120/f4ad00e8f48d428cbe4859ef97574180.png
[format_png 20]: /images/20221120/6585bd727dcc49b98b3eba96e0c9f049.png
[Spring Cloud_Docker_.pdf]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd554f4fca22c659e3bece445e96665220157ed1baa6072085c9cf042f6babf3296486e65312&idx=2&mid=2247493540&scene=21&sn=92819bea83b62a1ac22dfcd32a7eaaca#wechat_redirect
[Go_.pdf]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd554cd1ca22c5c76d859e461bf04af7c4afdc8e7edc6685532fa08fb19102e661504cfdc2b2&idx=2&mid=2247492666&scene=21&sn=6a41d45ce0db444401c228c58d54da48#wechat_redirect
[Java_.pdf]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd554f24ca22c632b04239af1f5773e80ebc57e3edf862b36b05c04d3a6c46152b6d59150ad3&idx=2&mid=2247493583&scene=21&sn=92a1a85e936723e92f21740e087e3784#wechat_redirect
[format_png 21]: /images/20221120/013c25f8fb724944baf60d5b84b3cced.png