「javajmap命令」jmap命令详解
今天给各位分享javajmap命令的知识，其中也会对jmap命令详解进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
JVM常用调试工具介绍
一、Linux ps （英文全拼：process status）命令用于显示当前进程的状态
ps aux 基本输出
ps aux 列名解释
注：优化机器资源主要从占用机器cpu和mem高的程序入手
二、Linux top命令查看正在运行的进程和系统负载信息，包括cpu负载、内存使用、各个进程所占系统资源等
基本输出
字段解释
三、Linux top -H -p pid。查看某个进程内部线程占用情况
四、jps(Java Virtual Machine Process Status Tool) 是java提供的一个显示当前所有java进程pid的命令
五、jinfo LVMID。可以用来查看 Java 进程运行的 JVM 参数
六、jstat(Java Virtual Machine statistics monitoring tool)主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。可见，Jstat是轻量级的、专门针对JVM的工具，非常适用
七、jstack（Java Stack Trace Tool）主要用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源
八、jmap命令(Java Memory Map)是其中之一。主要用于打印指定Java进程(或核心文件、远程调试服务器)的共享对象内存映射或堆内存细节
九、MAT(Memory Analysis Tools)是一个分析 Java堆数据的专业工具，用它可以定位内存泄漏的原因
此次分享准备过程中，发现JDK调试工具在Root用户下访问Yarn用户启动的Java虚拟机，获取不到信息，jstatck获取到的还不全（没有线程描述信息行）
可以使用 sudo -u yarn /usr/java/jdk1.8.0_181-cloudera/bin/jstack 这种方式获取。
如何查看java虚拟机堆内存的参数值
请确保java_home/bin配置到path环境变量下，因为这些工具都在jdk的bin目录下
jps(JVM Process Status Tool)：JVM机进程状况工具
用来查看基于HotSpot JVM里面所有进程的具体状态, 包括进程ID，进程启动的路径等等。与unix上的ps类似，用来显示本地有权限的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。使用jps时，不需要传递进程号做为参数。
Jps也可以显示远程系统上的JAVA进程，这需要远程服务上开启了jstat服务，以及RMI注及服务，不过常用都是对本对的JAVA进程的查看。
命令格式：jps [ options ] [ hostid ]
常用参数说明：
-m 输出传递给main方法的参数，如果是内嵌的JVM则输出为null。
-l 输出应用程序主类的完整包名，或者是应用程序JAR文件的完整路径。
-v 输出传给JVM的参数。
例如：
C:\Users\Administratorjps -lmv
1796 -Dosgi.requiredJavaVersion=1.5 -Xms40m -Xmx512m -XX:MaxPermSize=256m
7340 sun.tools.jps.Jps -lmv -Denv.class.path=.;D:\DevTools\VM\jdk1.6.0_31\\lib\dt.jar;D:\DevTools\VM\jdk1.6.0_31\\lib\tools.jar; -Dapplication.home=D:\DevTools\VM\jdk1.6.0_31 -Xms8m
其中pid为1796的是我的eclipse进程，pid为7340的是jps命令本身的进程
jinfo(Configuration Info for Java)：JVM配置信息工具
可以输出并修改运行时的java 进程的opts。用处比较简单，用于输出JAVA系统参数及命令行参数
命令格式：jinfo [ options ] [ pid ]
常用参数说明：
-flag 输出，修改，JVM命令行参数
例如：
C:\Users\Administratorjinfo 1796
将会打印出很多jvm运行时参数信息，由于比较长这里不再打印出来，可以自己试试，内容一目了然
Jstack(Stack Trace for Java)：JVM堆栈跟踪工具
jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息，如果是在64位机器上，需要指定选项"-J-d64“
命令格式：jstack [ option ] pid
常用参数说明：
-F 当’jstack [-l] pid’没有相应的时候强制打印栈信息
-l 长列表. 打印关于锁的附加信息,例如属于java.util.concurrent的ownable synchronizers列表.
-m 打印java和native c/c++框架的所有栈信息.
-h | -help打印帮助信息
例如：
C:\Users\Administratorjstack 1796
2013-05-22 11:42:38
Full thread dump Java HotSpot(TM) Client VM (20.6-b01 mixed mode):
"Worker-30" prio=6 tid=0x06514c00 nid=0x1018 in Object.wait() [0x056af000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:188)
- locked 0x1ad84a90 (a org.eclipse.core.internal.jobs.WorkerPool)
at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:220)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:50)
......
......
......
......
jstat(JVM statistics Monitoriing Tool)：JVM统计信息监视工具
对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控
命令格式：jstat [ option pid [interval [ s | ms ] [count] ] ]
常用参数说明：
-gcutil 输出已使用空间占总空间的百分比
-gccapacity 输出堆中各个区域使用到的最大和最小空间
例如：每隔1秒监控jvm内存一次，共监控5次
C:\Users\Administratorjstat -gccapacity 1796 1s 5
NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 97
C:\Users\Administratorjstat -gcutil 1796 1s 5
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
一些术语的中文解释：
S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
EC：年轻代中Eden（伊甸园）的容量 (字节)
EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
OC：Old代的容量 (字节)
OU：Old代目前已使用空间 (字节)
PC：Perm(持久代)的容量 (字节)
PU：Perm(持久代)目前已使用空间 (字节)
YGC：从应用程序启动到采样时年轻代中gc次数
YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)
FGC：从应用程序启动到采样时old代(全gc)gc次数
FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT：从应用程序启动到采样时gc用的总时间(s)
NGCMN：年轻代(young)中初始化(最小)的大小 (字节)
NGCMX：年轻代(young)的最大容量 (字节)
NGC：年轻代(young)中当前的容量 (字节)
OGCMN：old代中初始化(最小)的大小 (字节)
OGCMX：old代的最大容量 (字节)
OGC：old代当前新生成的容量 (字节)
PGCMN：perm代中初始化(最小)的大小 (字节)
PGCMX：perm代的最大容量 (字节)
PGC：perm代当前新生成的容量 (字节)
S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
E：年轻代中Eden（伊甸园）已使用的占当前容量百分比
O：old代已使用的占当前容量百分比
P：perm代已使用的占当前容量百分比
S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)
S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节)
ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)
DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）
TT： 持有次数限制
MTT ： 最大持有次数限制
jmap( Memory Map for Java)：JVM内存映像工具
打印出某个java进程（使用pid）内存内的所有‘对象’的情况（如：产生那些对象，及其数量）
命令格式：jmap [ option ] pid
常用参数说明：
-dump:[live,]format=b,file=filename 使用二进制形式输出jvm的heap内容到文件中， live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.
-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.
例如：以二进制形式输入当前堆内存映像到文件data.hprof中
jmap -dump:live,format=b,file=data.hprof 1796
生成的文件可以使用jhat工具进行分析，在OOM（内存溢出）时，分析大对象，非常有用
通过使用如下参数启动JVM，也可以获取到dump文件：
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=./java_pidpid.hprof
在jvm发生内存溢出时生成内存映像文件
jhat(JVM Heap Analysis Tool)：JVM堆转储快照分析工具
用于对JAVA heap进行离线分析的工具，他可以对不同虚拟机中导出的heap信息文件进行分析，如LINUX上导出的文件可以拿到WINDOWS上进行分析，可以查找诸如内存方面的问题。
命令格式：jhat dumpfile(jmap生成的文件)
例如：分析jmap导出的内存映像
jhat data.hprof
执行成功后，访问即可查看内存信息，
MAT(Memory Analyzer Tool)：一个基于Eclipse的内存分析工具
官网：
update：
这是eclipse的一个插件，安装后可以打开xxx.hprof文件，进行分析，比jhat更方便使用，有些时候由于线上xxx.hprof文件过大，直接使用jhat进行初步分析了，可以的话拷贝到本地分析效果更佳。
图形化监控工具：
在JDK安装目录bin下面有两个可视化监控工具
1. JConsole(Java Monitoring and Management Console) 基于JMX的可视化管理工具。
2. VisualVM(All-in-one Java Troubleshooting Tool)随JDK发布的最强大的运行监视和故障处理程序。
推荐使用VisualVM，他有很多插件，可以更方便的监控运行时JVM
jmap命令的实现原理解析
当服务发生GC问题时，一般会使用jmap工具进行分析，jmap工具很强大，所以有必要了解它的方方面面。
通过histo选项，打印当前java堆中各个对象的数量、大小。
如果添加了live，只会打印活跃的对象。
通过-dump选项，把java堆中的对象dump到本地文件，然后使用MAT进行分析。
如果添加了live，只会dump活跃的对象。
通过-heap选项，打印java堆的配置情况和使用情况，还有使用的GC算法。
通过-finalizerinfo选项，打印那些正在等待执行finalize方法的对象。
通过-permstat选项，打印java堆永久代的信息，包括class loader相关的信息,和interned Strings的信息。
通过jmap和jvm之间进行通信，有两种实现方式：attach 和 SA。
attach方式，简单来说就是客户端和服务端之间的通信，客户端发送请求，主要逻辑在服务端执行，jmap相当于客户端，JVM相当于服务端。
在JVM中，有一个叫"Attach Listener"的线程，专门负责监听attach的请求，并执行对应的操作。
比如现在执行"jmap -histo:live 5409"，一步一步的实现如下：
1、在Jmap.java类的main函数中，对参数进行解析。
2、解析出来参数中有“-histo:live”，则执行histo方法：
attach方法建立了jmap进程和JVM之间的socket连接，建立过程可以查看笨神的文章 JVM Attach机制实现 ，后续基于该连接进行通信。
因为命令行中添加了[:live]选项，这里的live参数是true。
再看看heapHisto方法
executeCommand方法基于之前的socket连接向JVM发送了一条"inspectheap"命令，当然了，还有参数。
虚拟机的"Attach Listener"线程当发现有新的命令时，就拿出来处理它。
命令和具体的函数对应关系如下：
和"inspectheap"对应的是heap_inspection方法，实现如下：
live_objects_only的值取决于请求中是否有"-live"，再jmap中，取决于是否有":live"，所以不管是不是添加了":live"，都会有STW过程，时间长短而已。
在VM_GC_HeapInspection的doit方法中
_full_gc的值就是live_objects_only，如果为true，可能会执行一次full gc，清空非活跃的对象，但是可能会因为GC locker，导致跳过本次的GC。
"jmap -dump"实现的原理和"jmap -histo"类似，都是通过attach的方式实现，
attach API的实现方式是：
1、客户端连接到目标JVM，向其发出一个类似“inspectheap”命令；
2、目标JVM接收到命令，执行JVM内相关函数，将收集到的结果以文本形式返回；
3、客户端接收到返回的文本并将其显示出来；
假如执行"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，更具体的底层细节，可以参考 HotSpot Serviceability Agent 实现浅析
执行jmap -heap有些时候可能会导致进程变T，一般是有一个线程在等信号量，这时会block住其它所有线程，可以执行kill -CONT pid进行恢复，不过还是强烈建议别执行这个命令。
在新建虚拟机时出现问题？
JConsole
JConsole 图形用户界面是一种符合 Java 管理扩展（JMX）规范的监视工具。JConsole 使用 Java 虚拟机 （Java VM） 的广泛检测来提供有关在 Java 平台上运行的应用程序的性能和资源消耗的信息。
使用方法 本地
使用jconsole命令：监视本地运行的所有 Java 应用程序，JConsole 可以连接到这些应用程序。
使用jconsole PID命令：监视指定PID的Java应用程序。
获取java PID的方法：通过任务管理器查看、通过Java提供的jps命令查看。远程
使用jsconsole hostName:portNum命令：hostName是运行应用程序的系统的名称，portNum是您在启动Java VM时启用 JMX 代理时指定的端口号。
使用service:jmx::命令：使用 JMX 服务 URL 进行连接。
内容分析
将 JConsole 连接到应用程序后，JConsole 由六个选项卡组成。
概述：显示有关 Java VM 和受监视值的概述信息。
内存：显示有关内存使用的信息。
线程：显示有关线程使用的信息。
类：显示有关类加载的信息。
VM：显示有关 Java VM 的信息。
MBeans：显示有关 MBeans 的信息。
组成部分 概览
显示有关 CPU 使用情况、内存使用情况、线程计数和在Java VM中加载的类的图形监视信息。
提供执行GC的操作，可以随时点击按钮进行垃圾回收
伊甸园空间（堆）：最初为大多数对象分配内存的池。
幸存者空间（堆）：包含在伊甸园空间垃圾回收中幸存下来的物体的池。
终身代（堆）：包含在幸存者空间中存在一段时间的对象的池。
永久生成（非堆）：包含虚拟机本身的所有反射数据的池，如类和方法对象。使用类数据共享的 Java VM，这一代分为只读和读写区域。
代码缓存（非堆）：HotSpotJava VM 还包括一个代码缓存，其中包含用于编译和存储本机代码的内存。
堆和非堆内存
Java VM管理两种类型的内存：堆内存和非堆内存，这两种内存都是在 Java VM 启动时创建的。
堆内存是Java VM为所有类实例和数组分配内存的运行时数据区域。堆的大小可能是固定的或可变的。垃圾回收器是一个自动内存管理系统，用于回收对象的堆内存。
非堆内存包括所有线程之间共享的方法区域和Java VM的内部处理或优化所需的内存。它存储每类结构，如运行时常量池、字段和方法数据，以及方法和构造函数的代码。方法区域在逻辑上是堆的一部分，但是，根据实现，Java VM 可能不会对它进行垃圾回收或压缩。与堆内存一样，方法区域可能为固定大小或可变大小。方法区域的内存不需要连续。
内存池和内存管理器
内存池和内存管理器是Java VM内存系统的关键方面。
内存池表示Java VM管理的内存区域。Java VM至少有一个内存池，它可能会在执行期间创建或删除内存池。内存池可以属于堆内存或非堆内存。
内存管理器管理一个或多个内存池。垃圾回收器是一种内存管理器，负责回收不可到达的对象使用的内存。Java VM可能具有一个或多个内存管理器。它可以在执行期间添加或删除内存管理器。内存池可以由多个内存管理器管理。
垃圾回收
垃圾回收 （GC） 是Java VM释放不再引用的对象占用的内存的方式。通常认为具有活动引用为"活动"且未引用（或无法访问）对象的对象为"已死"。垃圾回收是释放死对象使用的内存的过程。GC 使用的算法和参数对性能有显著影响。
Java hotspot VM垃圾回收器使用代数 GC。生成 GC 利用大多数程序符合以下概括的观察。
它们创建许多寿命较短的对象，例如迭代器和局部变量。
它们创建一些寿命很长的对象，例如高级持久对象。
线程
提供有关线程使用的信息。
查找监视器死锁线程：检测对象监视器锁上是否有任何线程死锁。此操作返回死锁线程指示的数组。
getThreadInfo：返回线程信息。这包括线程当前被阻止的名称、堆栈跟踪和监视器锁（如果有）以及持有该锁的线程以及线程争用统计信息。
获取ThreadCpu时间：返回给定线程消耗的 CPU 时间
显示有关类加载的信息。
提供有关Java VM的信息。
以通用方式显示有关在平台 MBean 服务器注册的所有 MBeans 的信息。MBeans 选项卡允许您访问平台 MXBean 检测的完整集，包括在其他选项卡中不可见的仪器。此外，您还可以使用 MBeans 选项卡监视和管理应用程序的 MBeans。
列出目标系统上已检测的 Java 虚拟机 （JVM）。
监视 Java 虚拟机 （JVM） 统计信息。
对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。
命令格式
jstat [-option] [PID]
option参数
class：显示有关类加载器行为的统计信息。
compiler：显示有关Java HotSpot VM实时编译器行为的统计信息。
gc：显示有关垃圾回收堆行为的统计信息。
gccapacity：显示有关几代人容量及其相应空间的统计信息。
gccause：显示有关垃圾回收统计信息（与 相同）的摘要，以及最后和当前（如果适用）垃圾回收事件的原因。-gcutil
gcnew：显示新一代行为的统计信息。
gcnewcapacity：显示有关新一代大小及其相应空间的统计信息。
gcold：显示有关旧一代和元空间统计信息行为的统计信息。
gcoldcapacity：显示有关旧一代大小的统计信息。
gcmetacapacity：显示有关元空间大小的统计信息。
gcutil：显示有关垃圾回收统计信息的摘要。
printcompilation：显示 Java 热点 VM 编译方法统计信息。
1.jstat –class: 显示加载class的数量，及所占空间等信息。
2.jstat -compiler显示VM实时编译的数量等信息。
3.jstat -gc: 可以显示gc的信息，查看gc的次数，及时间。
4.jstat -gccapacity:可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小
5.jstat -gcutil:统计gc信息
6.jstat -gcnew:年轻代对象的信息。
7.jstat -gcnewcapacity: 年轻代对象的信息及其占用量。
8.jstat -gcold：old代对象的信息。
9.jstat -gcoldcapacity: old代对象的信息及其占用量。
10.jstat -gcpermcapacity: perm对象的信息及其占用量。
11.jstat -printcompilation：当前VM执行的信息。
监视 Java 虚拟机 （JVM），并使远程监视工具能够连接到 JVM
命令格式
jstatd -[option]
option
-nr当找不到现有的RMI注册表时，不尝试使用jstatd进程创建一个内部的RMI注册表。
-p port在指定的端口查找RMI注册表。如果没有找到，并且没有指定-nr选项，则在该端口自行创建一个内部的RMI注册表。
-n rminameRMI注册表中绑定的RMI远程对象的名称。默认的名称为JStatRemoteHost。如果多个jstatd服务器在同一主机上运行，你可以通过指定该选项来让每个服务器导出的RMI对象具有唯一的名称。不管如何，这样做需要将唯一的服务器名称包含进监控客户端的hostid和vmid字符串中。
-Joption将选项参数传递给被javac调用的java启动程序。例如，-J-Xms48m设置启动内存为48 MB。使用-J将选项参数传递给执行Java应用程序的底层虚拟机，这是一种常见惯例。
使用方法
1.在jdk的bin目录下创建文件jstatd.all.policy
2.写入下面的安全配置
grant codebase "file:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.x86_64/lib/tools.jar" {
permission java.security.AllPermission;
#此处写绝对路径，主要是防止路径错误问题，排查问题，应该写成相对路径
3.启动jstatd
./jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=x.x.x.x
4.使用jvisualvm工具远程连接，进行监控
jvisualvm
VisualVM，能够监控线程，内存情况，查看方法的CPU时间和内存中的对 象，已被GC的对象，反向查看分配的堆栈(如100个String对象分别由哪几个对象分配出来的).
同时他还提供很多插件可以自己安装，是一款不错的监控分析工具。
故障排除工具 JInfo
可以用来查看正在运行的 java 应用程序的扩展参数，包括Java System属性和JVM命令行参数；也可以动态的修改正在运行的 JVM 一些参数。当系统崩溃时，jinfo可以从core文件里面知道崩溃的Java应用程序的配置信息
命令格式
参数说明
pid对应jvm的进程id
executable core产生core dump文件
[server-id@]remote server IP or hostname远程的ip或者hostname，server-id标记服务的唯一性id
option
no option输出全部的参数和系统属性
-flag name输出对应名称的参数
-flag [+|-]name开启或者关闭对应名称的参数
-flag name=value设定对应名称的参数
-flags输出全部的参数
-sysprops输出系统属性
Javacore 概述
Javacore，也可以称为“threaddump”或是“javadump”，它是 Java 提供的一种诊断特性，能够提供一份可读的当前运行的 JVM 中线程使用情况的快照。即在某个特定时刻，JVM 中有哪些线程在运行，每个线程执行到哪一个类，哪一个方法。应用程序如果出现不可恢复的错误或是内存泄露，就会自动触发 Javacore 的生成。
使用方法
1.jinfo pid：输出当前 jvm 进程的全部参数和系统属性
2.jinfo -flag name pid：输出对应名称的参数使用该命令，可以查看指定的 jvm 参数的值。如：查看当前 jvm 进程是否开启打印 GC 日志。
3.jinfo -flag [+|-]name pid：开启或者关闭对应名称的参数
使用 jinfo 可以在不重启虚拟机的情况下，可以动态的修改 jvm 的参数。尤其在线上的环境特别有用。
4.jinfo -flag name=value pid：修改指定参数的值。
注意：jinfo虽然可以在java程序运行时动态地修改虚拟机参数，但并不是所有的参数都支持动态修改
5.jinfo -flags pid：输出全部的参数
6.jinfo -sysprops pid：输出当前 jvm 进行的全部的系统属性
jhat
主要是用来分析java堆的命令，可以将堆中的对象以html的形式显示出来，包括对象的数量，大小等等，并支持对象查询语言。
1.使用jmap命令导出堆文件jmap -dump:live,file=a.log pid
也可以使用下面方式导出堆文件
1、使用jconsole选项通过HotSpotDiagnosticMXBean从运行时获得堆转储（生成dump文件）、
2、虚拟机启动时如果指定了-XX:+HeapDumpOnOutOfMemoryError选项, 则在抛出OutOfMemoryError时, 会自动执行堆转储。
3、使用hprof命令
2.使用jhat分析堆文件jhat -J-Xmx512M a1.log
3.查看分析的html页面
中的OQL（对象查询语言）
如果需要根据某些条件来过滤或查询堆的对象，这是可能的，可以在jhat的html页面中执行OQL，来查询符合条件的对象
基本语法：
select
[from [instanceof] ]
[where ]
解释：
(1)class name是java类的完全限定名，如：java.lang.String,java.util.ArrayList, C是char数组,java.io.File是java.io.File[]
(2)类的完全限定名不足以唯一的辨识一个类，因为不同的ClassLoader载入的相同的类，它们在jvm中是不同类型的
(3)instanceof表示也查询某一个类的子类，如果不明确instanceof，则只精确查询class name指定的类
(4)from和where子句都是可选的
(5)java域表示：obj.field_name；java数组表示：array[index]
举例：
（1）查询长度大于100的字符串
select s from java.lang.String s where s.count 100
（2）查询长度大于256的数组
select a from [I a where a.length 256
（3）显示匹配某一正则表达式的字符串
select a.value.toString() from java.lang.String s where /java/(s.value.toString())
（4）显示所有文件对象的文件路径
select file.path.value.toString() from java.io.File file
（5）显示所有ClassLoader的类名
select classof(cl).name from instanceof java.lang.ClassLoader cl
（6）通过引用查询对象
select o from instanceof 0xd404d404 o
built-in对象 -- heap
(1)heap.findClass(class name) -- 找到类
select heap.findClass("java.lang.String").superclass
(2)heap.findObject(object id) -- 找到对象
select heap.findObject("0xd404d404")
(3)heap.classes -- 所有类的枚举
select heap.classes
(4)heap.objects -- 所有对象的枚举
select heap.objects("java.lang.String")
(5)heap.finalizables -- 等待垃圾收集的java对象的枚举
(6)heap.livepaths -- 某一对象存活路径
select heaplivepaths(s) from java.lang.String s
(7)heap.roots -- 堆根集的枚举
辨识对象的函数
(1)classof(class name) -- 返回java对象的类对象
select classof(cl).name from instanceof java.lang.ClassLoader cl
(2)identical(object1,object2) -- 返回是否两个对象是同一个实例
select identical(heap.findClass("java.lang.String").name, heap.findClass("java.lang.String").name)
(3)objectid(object) -- 返回对象的id
select objectid(s) from java.lang.String s
(4)reachables -- 返回可从对象可到达的对象
select reachables(p) from java.util.Properties p -- 查询从Properties对象可到达的对象
select reachables(u, "java.net.URL.handler") from java.net.URL u -- 查询从URL对象可到达的对象，但不包括从URL.handler可到达的对象
(5)referrers(object) -- 返回引用某一对象的对象
select referrers(s) from java.lang.String s where s.count 100
(6)referees(object) -- 返回某一对象引用的对象
select referees(s) from java.lang.String s where s.count 100
(7)refers(object1,object2) -- 返回是否第一个对象引用第二个对象
select refers(heap.findObject("0xd4d4d4d4"),heap.findObject("0xe4e4e4e4"))
(8)root(object) -- 返回是否对象是根集的成员
select root(heap.findObject("0xd4d4d4d4"))
(9)sizeof(object) -- 返回对象的大小
select sizeof(o) from [I o
(10)toHtml(object) -- 返回对象的html格式
select "+ toHtml(o) + "" from java.lang.Object o
(11)选择多值
select {name:t.name?t.name.toString():"null",thread:t} from instanceof java.lang.Thread t
数组、迭代器等函数
(1)concat(enumeration1,enumeration2) -- 将数组或枚举进行连接
select concat(referrers(p),referrers(p)) from java.util.Properties p
(2)contains(array, expression) -- 数组中元素是否满足某表达式
select p from java.util.Properties where contains(referres(p), "classof(it).name == 'java.lang.Class'")
返回由java.lang.Class引用的java.util.Properties对象
built-in变量
it -- 当前的迭代元素
index -- 当前迭代元素的索引
array -- 被迭代的数组
(3)count(array, expression) -- 满足某一条件的元素的数量
select count(heap.classes(), "/java.io./(it.name)")
(4)filter(array, expression) -- 过滤出满足某一条件的元素
select filter(heap.classes(), "/java.io./(it.name)")
(5)length(array) -- 返回数组长度
select length(heap.classes())
(6)map(array,expression) -- 根据表达式对数组中的元素进行转换映射
select map(heap.classes(),"index + '--' + toHtml(it)")
(7)max(array,expression) -- 最大值, min(array,expression)
select max(heap.objects("java.lang.String"),"lhs.countrhs.count")
built-in变量
lhs -- 左边元素
rhs -- 右边元素
(8)sort(array,expression) -- 排序
select sort(heap.objects('[C'),'sizeof(lhs)-sizeof(rhs)')
(9)sum(array,expression) -- 求和
select sum(heap.objects('[C'),'sizeof(it)')
(10)toArray(array) -- 返回数组
(11)unique(array) -- 唯一化数组
jmap
打印进程、核心文件或远程调试服务器的共享对象内存映射或堆内存详细信息。
jmap [option]
(to connect to running process) 连接到正在运行的进程
jmap [option]
(to connect to a core file) 连接到核心文件
jmap [option] [server_id@]
(to connect to remote debug server) 连接到远程调试服务
option
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服务;
使用方法
jmap -dump:[live,]format=b,file= PID：使用hprof二进制形式，输出jvm的heap内容到文件
jmap -finalizerinfo PID：打印正等候回收的对象的信息
jmap -heap PID：打印heap的概要信息，GC使用的算法，heap（堆）的配置及JVM堆内存的使用情况。
jmap -histo:live PID：打印每个class的实例数目,内存占用,类全名信息。VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
jmap -permstat PID：打印classload和jvm heap长久层的信息. 包含每个classloader的名字、活泼性、地址、父classloader和加载的class数量。另外，内部String的数量和占用内存数也会打印出来。
-F强迫.在pid没有相应的时候使用-dump或者-histo参数。在这个模式下，live子参数无效。
-h | -help打印辅助信息
-J传递参数给jmap启动的jvm.
jstack
jstack命令主要用于调试java程序运行过程中的线程堆栈信息，可以用于检测死锁，进程耗用cpu过高报警问题的排查。jstack命令会打印出所有的线程，包括用户自己启动的线程和jvm后台线程。
命令格式
jstack -[option] pid
option
-F强制dump线程堆栈信息. 用于进程hung住，jstack命令没有响应的情况
-m同时打印java和本地(native)线程栈信息，m是mixed mode的简写
-l打印锁的额外信
作者：楚瑞涛
公众号“Java精选”所发表内容注明来源的，版权归原出处所有（无法查证版权的或者未注明出处的均来自网络，系转载，转载的目的在于传递更多信息，版权属于原作者。如有侵权，请联系，笔者会第一时间删除处理！
最近有很多人问，有没有读者交流群！加入方式很简单，公众号Java精选，回复“加群”，即可入群！
（微信小程序）：3000+道面试题，包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计等，在线随时刷题！
------ 特别推荐 ------
特别推荐：专注分享最前沿的技术与资讯，为弯道超车做好准备及各种开源项目与高效率软件的公众号，「大咖笔记」，专注挖掘好东西，非常值得大家关注。点击下方公众号卡片关注。
文章有帮助的话，在看，转发吧！
怎么查看java代码是否内存泄露
第一阶段 通过jdk的GC输出进行测试
可以在 JAVA_OPTS增加以下参数打开jdk的GC输出日志：
-verbose:gc -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError
打开输出日志，jdk会在每一次的垃圾回收时打印相关日志
第二阶段 通过jmap命令
jmap命令可以获得运行中的jvm的堆的快照，从而可以离线分析堆，以检查内存泄漏，检查一些严重影响性能的大对象的创建，检查系统中什么对象最多，各种对象所占内存的大小等等
第三阶段 通过Eclipse Memory Analyzer 分析工具来分析
Eclipse Memory Analyzer是一种快速的,功能丰富的Java堆分析工具，以下简称MAT,可以帮助查找内存泄露,并减少内存消耗。 这个工具可以对由堆转储产生的数以亿计的对象进行分析,一旦堆转储被解析,可以在打开他的一瞬间,立即得到保留大小的单一对象,提取记录详细的信息，查看为什么这些对象对象资料没有被释放掉。使用这些功能的报告,可以对这些对象进行跟踪，找到内存泄露嫌疑人，也可以得到系统的性能指数,帮助优化系统。
关于javajmap命令和jmap命令详解的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
发布于：2022-12-22，除非注明，否则均为原创文章，转载请注明出处。