jmap命令

最新推荐文章于 2024-07-29 09:28:08 发布

DamonRush

最新推荐文章于 2024-07-29 09:28:08 发布

阅读量960

点赞数

分类专栏： JVM

本文链接：https://blog.csdn.net/DamonRush/article/details/105145215

版权

JVM 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

文章目录

1.概要

jmap [选项] pid
jmap [选项]可执行核心
jmap [选项] [server-id @]远程主机名或IP

2.选项

no option
如果不使用任何选项，则jmap将打印共享对象映射。对于目标VM中加载的每个共享库，将打印起始地址，映射的大小以及共享库文件的完整路径。这类似于Solaris pmap实用程序。

-dump:[live,]format=b,file=
将hprof二进制格式的Java堆转储到文件名。该活子选项是可选的。如果指定，则仅转储堆中的活动对象。要浏览堆转储，可以使用jhat （Java堆分析工具）读取生成的文件。

-finalizerinfo
在等待完成的对象上打印信息。

-heap
打印堆摘要。打印使用的GC算法，堆配置和生成明智的堆用法。

-histo [：live]
打印堆的直方图。对于每个Java类，将打印对象数量，以字节为单位的内存大小以及完全限定的类名称。VM内部类名称以“ *”前缀打印。如果指定了live子选项，则仅计算活动对象。

-permstat
打印永久生成的Java堆的类加载器明智的统计信息。对于每个类加载器，将打印其名称，活动性，地址，父类加载器以及已加载的类的数量和大小。此外，还会打印实习字符串的数量和大小。

-F
力。如果pid不响应，请与jmap -dump或jmap -histo选项一起使用。该活子选项并不在此模式下支持。

-H
打印帮助信息。

-help
打印帮助信息。

-J <标志>
将传递到运行jmap的Java虚拟机。

3.选项详解

1.jmap -heap pid

在这里插入图片描述

解析：

using parallel threads in the new generation. // 新生代采用的是并行处理方式
using thread-local object allocation.
Concurrent Mark-Sweep GC // 同步并行垃圾回收

Heap Configuration:
堆配置情况，也就是JVM参数配置的结果[平常说的tomcat配置JVM参数，就是在配置这些]

   MinHeapFreeRatio         = 40 // 最小堆使用比例
   MaxHeapFreeRatio         = 70 // 最大堆使用比例
   MaxHeapSize              = 4294967296 (4096.0MB)//最大堆空间大小
   NewSize                  = 1073741824 (1024.0MB)//新生代空间大小
   MaxNewSize               = 1073741824 (1024.0MB)//最大新生代分配大小
   OldSize                  = 3221225472 (3072.0MB)//老年代大小
   NewRatio                 = 2//新生代：老年代=1:2
   SurvivorRatio            = 8//eden：s0：s1=8:1:1
   MetaspaceSize            = 21807104 (20.796875MB)//元空间大小
   CompressedClassSpaceSize = 1073741824 (1024.0MB)//压缩类空间
   MaxMetaspaceSize         = 17592186044415 MB//最大元空间
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
堆使用情况【堆内存实际的使用情况】

New Generation (Eden + 1 Survivor Space)://新生代（eden+1个survivor）
   capacity = 966393856 (921.625MB)//新生代分配总大小
   used     = 96289744 (91.82905578613281MB)//已使用的容量
   free     = 870104112 (829.7959442138672MB)//剩余容量
   9.963819968656754% used//使用比例
Eden Space://伊甸区
   capacity = 859045888 (819.25MB)//伊甸分配大小
   used     = 95343168 (90.92633056640625MB)//已使用大小
   free     = 763702720 (728.3236694335938MB)//剩余容量
   11.09872817411123% used//使用比例
From Space://survivor1
   capacity = 107347968 (102.375MB)//survivor1总大小
   used     = 946576 (0.9027252197265625MB)//已使用大小
   free     = 106401392 (101.47227478027344MB)//剩余大小
   0.8817828764117827% used//使用比例
To Space://survivor2
   capacity = 107347968 (102.375MB)//survivor2总大小
   used     = 0 (0.0MB)//已使用大小
   free     = 107347968 (102.375MB)//剩余大小
   0.0% used//使用比例
concurrent mark-sweep generation://老年代
   capacity = 3221225472 (3072.0MB)//老年代分配大小
   used     = 2150835488 (2051.196563720703MB)//已使用大小
   free     = 1070389984 (1020.8034362792969MB)//剩余大小
   66.77072147528331% used//使用比例

2.jmap -finalizerinfo pid

打印正等候回收的对象的信息：

Attaching to process ID 1403, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.144-b01
Number of objects pending for finalization: 0

3.jmap -histo:live pid

打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.

查看对象数最多的对象，并按降序排序输出：
jmap -histo:live 1403 | sort -k 2 -g -r | less

查看占用内存最多的最象，并按降序排序输出：
jmap -histo:live 1403 | sort -k 3 -g -r | less

 num     #instances         #bytes  class name
----------------------------------------------
   1:         21806      195239536  [B
   2:        203650       15384608  [C
   3:        150318        9620352  com.mysql.jdbc.ConnectionPropertiesImpl$BooleanConnectionProperty
   4:        223492        7151744  java.util.Hashtable$Entry
   5:        204209        4901016  java.lang.String
   6:         34797        3836664  java.lang.Class
   7:         54878        3512192  com.mysql.jdbc.ConnectionPropertiesImpl$StringConnectionProperty
   8:         11064        3304048  [Ljava.util.HashMap$Node;
   9:         72622        2323904  java.util.concurrent.ConcurrentHashMap$Node
  10:         35790        2290560  com.mysql.jdbc.ConnectionPropertiesImpl$IntegerConnectionProperty
  11:        140169        2242704  java.lang.Object
  12:         37540        2023320  [I
  13:          2652        1999616  [Ljava.util.Hashtable$Entry;
  14:         26720        1809552  [Ljava.lang.Object;
  15:         13331        1493072  java.net.SocksSocketImpl
  16:          1193        1469776  com.mysql.jdbc.JDBC4Connection
  17:         41069        1314208  java.util.HashMap$Node
  18:         30855         740520  java.lang.Class$AnnotationData
  19:          7851         690888  java.lang.reflect.Method
  20:           642         676848  [Ljava.util.concurrent.ConcurrentHashMap$Node;
  21:           161         662032  [Ljava.nio.ByteBuffer;
  22:         16041         641640  java.lang.ref.Finalizer
  23:         13330         639840  java.net.SocketInputStream
  24:         13330         639840  java.net.SocketOutputStream
  25:          1185         625680  [Ljava.util.TimerTask;
  26:          9539         534184  java.util.LinkedHashMap

4.jmap -dump:[live,]format=b,file=

使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.
这个命令执行，JVM会将整个heap的信息dump写入到一个文件，heap如果比较大的话，就会导致这个过程比较耗时，并且执行的过程中为了保证dump的信息是可靠的，所以会暂停应用，线上系统慎用.

导出堆快照之后，我们可以使用MAT或者jhat命令进行分析是否存在内存泄漏。
jhat -J-Xmx512m dump.bin 读取dump文件，默认监听监听7000端口

Reading from dump.txt...
Dump file created Thu Mar 0fd5 15:02:12 CST 2020
Snapshot read, resolving...
Resolving 677223 objects...
Chasing references, expect 135 dots.......................................................................................................................................
Eliminating duplicate references.......................................................................................................................................
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.