Hi，大家好，我是编程小6，很荣幸遇见你，我把这些年在开发过程中遇到的问题或想法写出来，今天说一说
jmap的常用命令_jvm设置堆内存参数,希望能够帮助你!!!。

一、简介

jmap命令是一个可以输出所有内存中对象的工具，甚至可以将VM 中的heap，以二进制输出成文本。

打印出某个java进程（使用pid）内存内的，所有‘对象’的情况（如：产生那些对象，及其数量）。

64位机上使用需要使用如下方式：

jmap -J-d64 -heap pid

命令格式

 jmap [option] <pid> (to connect to running process) 连接到正在运行的进程 jmap [option] <executable <core> (to connect to a core file) 连接到核心文件 jmap [option] [server_id@]<remote server IP or hostname> (to connect to remote debug server) 连接到远程调试服务

参数说明

> pid: 目标进程的PID，进程编号，可以采用ps -ef | grep java 查看java进程的PID; > executable: 产生core dump的java可执行程序; > core: 将被打印信息的core dump文件; > remote-hostname-or-IP: 远程debug服务的主机名或ip; > server-id: 唯一id,假如一台主机上多个远程debug服务;

二、 option

（1）dump

-dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=.  live子选项是可选的，假如指定live选项,那么只输出活的对象到文件. 

使用例子

jmap -dump:live,format=b,file=myjmapfile.txt 19570

(2) finalizerinfo

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

使用例子

jmap -finalizerinfo 3772 

结果

Attaching to process ID 19570, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.80-b11 Number of objects pending for finalization: 0 (等候回收的对象为0个)

 (3) heap

  -heap 打印heap的概要信息，GC使用的算法，heap（堆）的配置及JVM堆内存的使用情况.

使用例子

jmap -heap 19570

结果

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 =  (2048.0MB) ##最大堆空间大小 NewSize =  (256.0MB) ##新生代分配大小 MaxNewSize =  (256.0MB) ##最大可新生代分配大小 OldSize =  (5.1875MB) ##老年代大小 NewRatio = 2 ##新生代比例 SurvivorRatio = 8 ##新生代与suvivor的比例 PermSize =  (128.0MB) ##perm区 永久代大小 MaxPermSize =  (128.0MB) ##最大可分配perm区 也就是永久代大小 Heap Usage: ##堆使用情况【堆内存实际的使用情况】 New Generation (Eden + 1 Survivor Space): ##新生代（伊甸区Eden区 + 幸存区survior(1+2)空间） capacity =  (230.4375MB) ##伊甸区容量 used =  (74.656MB) ##已经使用大小 free =  (156.344MB) ##剩余容量 32.4986% used ##使用比例 Eden Space: ##伊甸区 capacity =  (204.875MB) ##伊甸区容量 used =  (70.719MB) ##伊甸区使用 free =  (133.28MB) ##伊甸区当前剩余容量 34.263% used ##伊甸区使用情况 From Space: ##survior1区 capacity =  (25.5625MB) ##survior1区容量 used =  (3.9375MB) ##surviror1区已使用情况 free =  (22.0625MB) ##surviror1区剩余容量 12.995% used ##survior1区使用比例 To Space: ##survior2 区 capacity =  (25.5625MB) ##survior2区容量 used = 0 (0.0MB) ##survior2区已使用情况 free =  (25.5625MB) ##survior2区剩余容量 0.0% used ## survior2区使用比例 PS Old Generation: ##老年代使用情况 capacity =  (1792.0MB) ##老年代容量 used =  (29.922MB) ##老年代已使用容量 free =  (1762.08MB) ##老年代剩余容量 1.21663% used ##老年代使用比例 Perm Generation: ##永久代使用情况 capacity =  (128.0MB) ##perm区容量 used =  (45.3906MB) ##perm区已使用容量 free =  (82.61MB) ##perm区剩余容量 35.774% used ##perm区使用比例

（4）histo

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

使用例子

jmap -histo:live 19570

 结果

num #instances（实例） #bytes（字节大小） class name（类名） ---------------------------------------------- 1: 65220  　　　　<constMethodKlass> 2: 65220  　　　　<methodKlass> 3: 11721  　　　　[B 4: 6300  　　　　<constantPoolKlass> 5: 75224  　　　　[C 6: 93969  　　　　<symbolKlass> 7: 6300  　　　　<instanceKlassKlass> 8: 5482  　　　　<constantPoolCacheKlass> 9: 72097  　　　　java.lang.String 10: 15102  　　　　[I 11: 4089  　　　　<methodDataKlass> 12: 28887  　　　　 org.apache.velocity.runtime.parser.Token 13: 6792  java.lang.Class 14: 7445  [Ljava.util.HashMap$Entry; 4380: 1 16 com.sun.proxy.$Proxy208 4381: 1 16 sun.reflect.GeneratedMethodAccessor198 4382: 1 16 com.sun.proxy.$Proxy46 4383: 1 16 org.apache.ibatis.ognl.SetPropertyAccessor 4384: 1 16 oracle.jdbc.driver.OracleDriver 4385: 1 16 com.sun.proxy.$Proxy181 4386: 1 16 com.sun.proxy.$Proxy82 4387: 1 16 java.util.jar.JavaUtilJarAccessImpl 4388: 1 16 com.sun.proxy.$Proxy171 4389: 1 16 sun.reflect.GeneratedMethodAccessor136 4390: 1 16 sun.reflect.GeneratedConstructorAccessor22 4391: 1 16 org.elasticsearch.action.search.SearchAction 4392: 1 16 org.springframework.core.annotation.AnnotationAwareOrderComparator Total  

采用jmap -histo pid > a.log日志将其保存，在一段时间后，使用文本对比工具，可以对比出GC回收了哪些对象。

jmap -dump:format=b,file=outfile 3024可以将3024进程的内存heap输出出来到outfile文件里，再配合MAT（内存分析工具）。

（5）permstat

 -permstat 打印 classload 和 jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来. 

使用例子

jmap -permstat 19570

 结果

Attaching to process ID 19570, please wait... Debugger attached successfully. Server compiler detected. JVM version is 24.80-b11 finding class loader instances ..done. computing per loader stat ..done. please wait.. computing liveness.liveness analysis may be inaccurate ... class_loader classes bytes parent_loader alive? type <bootstrap> 2538  null live <internal> 0x000000070af968c8 63  0x0000000707db1788 dead org/apache/catalina/loader/WebappClassLoader@0x000000070367d2a8 0x000000070cba7b08 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba6a38 28  0x0000000707e709a8 dead org/apache/jasperrvlet/JasperLoader@0x0000000705b11878 0x000000070baed8b8 32  0x0000000707e709a8 dead org/apache/jasperrvlet/JasperLoader@0x0000000705b11878 0x000000070919a610 1 3056 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070bdd1e18 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x0000000707f1d480 1 3072 null dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba7f48 1 1912 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba8508 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba6c40 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070bd4c6a0 1 3056 null dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba62b0 28  0x0000000707e709a8 dead org/apache/jasperrvlet/JasperLoader@0x0000000705b11878 0x000000070cba77c8 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba7388 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba8148 1 3064 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070afd8b60 1 6704 0x0000000707db1788 dead org/apache/catalina/loader/WebappClassLoader@0x000000070367d2a8 0x000000070919a410 1 1888 null dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070bdd05b0 1 1912 null dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070bc848b8 1 3088 0x0000000707db1788 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba64e8 1 1888 0x0000000707e709a8 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x0000000707f1d2c0 1 3064 0x0000000707db1788 dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070be82e38 1 1912 null dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 0x000000070cba7908 1 3208 null dead sun/reflect/DelegatingClassLoader@0x0000000702a50b98 ......... total = 273 12995  N/A alive=1, dead=272 N/A 

（6）-F

-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效. 

（7）-h

-h | -help 打印辅助信息 

（8）-J

-J 传递参数给jmap启动的jvm.  

三、jmap实现原理

通过jmap和jvm之间进行通信，有两种实现方式：attach 和 SA。

1、attach

attach方式，简单来说就是客户端和服务端之间的通信，客户端发送请求，主要逻辑在服务端执行，jmap相当于客户端，JVM相当于服务端。

在JVM中，有一个叫"Attach Listener"的线程，专门负责监听attach的请求，并执行对应的操作。

比如现在执行"jmap -histo:live 5409"，一步一步的实现如下：
1、在Jmap.java类的main函数中，对参数进行解析。
2、解析出来参数中有“-histo:live”，则执行histo方法：

"jmap -dump"实现的原理和"jmap -histo"类似，都是通过attach的方式实现，
attach API的实现方式是：
1、客户端连接到目标JVM，向其发出一个类似“inspectheap”命令；
2、目标JVM接收到命令，执行JVM内相关函数，将收集到的结果以文本形式返回；
3、客户端接收到返回的文本并将其显示出来

2、SA

假如执行"jmap -heap 5409"，就不会使用attach方式实现了。

在参数解析中，如果参数是"-heap|-heap:format=b|-permstat|-finalizerinfo"中的一种，或者添加了"-F"，比如"jmap -histo -F 5409"，则使用SA的方式。

SA方式，和attach方式不同的是，相关的主要逻辑都在SA中实现，从JVM中获取数据即可。

可以大概看下"jmap -heap"的实现，对应的实现类是"HeapSummary"，内部通过BugSpotAgent工具类attach到目标VM

执行jmap -heap有些时候可能会导致进程变T，一般是有一个线程在等信号量，这时会block住其它所有线程，可以执行kill -CONT <pid>进行恢复，不过还是强烈建议别执行这个命令。

四、java获取内存dump的几种方式

1、获取内存详情：jmap -dump:format=b,file=e.bin pid

这种方式可以用 jvisualvm.exe 进行内存分析，或者采用 Eclipse Memory Analysis Tools (MAT)这个工具

2. 获取内存dump：  jmap -histo:live pid

这种方式会先出发fullgc，所有如果不希望触发fullgc 可以使用jmap -histo pid

3.第三种方式：jdk启动加参数

-XX:+HeapDumpBeforeFullGC 
-XX:HeapDumpPath=/httx/logs/dump
这种方式会产生dump日志，再通过jvisualvm.exe 或者Eclipse Memory Analysis Tools 工具进行分析

今天的分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。