jmap 几个慎用操作

最新推荐文章于 2025-09-13 14:02:05 发布
转载 最新推荐文章于 2025-09-13 14:02:05 发布 · 2.1k 阅读 · 1

最近中大招了，前一周开始偶尔在线上发现一些请求时长竟长达7秒，甚至在部分时段系统存在周期性的请求失败或者超时，各种招式都使用了还是不知道确切的原因，百思不得其解，头大的很！昨日晚上发现这个问题简直太严重了，必须要马上处理掉，一会都耽误不得，遂持续奋斗到晚上一点多，早晨7点多又跑起来搞，用各种手段来找到问题的产生规律，一直到下午1点多，才终于发现症结所在了！

应用服务上曾经出现过Load突然升高，并且伴随OOM，遂加上了一个crontab定时任务，通过jmap来检查老年代的使用情况，有到达快fullgc的点就告警出来，好立马人工来检查，上述问题倒是解决了，但是crontab任务没有取消，才有了今天的恶果！

线上服务器怎么能够出现这种低级问题呢？后悔得要命！

以下为从网上转载的一篇文章，也有提到这个，留在这里好随时提个醒！××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××

转载自：http://hellojava.info/?p=328&utm_source=tuicool

JDK中带有了一堆的工具是可以用来查看运行状况，排查问题的，但对于这些工具还是要比较清楚执行后会发生什么，否则有可能会因为执行了一个命令就导致严重故障，重点讲下影响比较大的jmap。

最主要的危险操作是下面这三种：
1. jmap -dump
这个命令执行，JVM会将整个heap的信息dump写入到一个文件，heap如果比较大的话，就会导致这个过程比较耗时，并且执行的过程中为了保证dump的信息是可靠的，所以会暂停应用。

2. jmap -permstat
这个命令执行，JVM会去统计perm区的状况，这整个过程也会比较的耗时，并且同样也会暂停应用。

3. jmap -histo:live
这个命令执行，JVM会先触发gc，然后再统计信息。

上面的这三个操作都将对应用的执行产生影响，所以建议如果不是很有必要的话，不要去执行。

另外，在排查问题的时候，对于保留现场信息的操作，可以用gcore [pid]直接保留，这个的执行速度会比jmap -dump快不少，之后可以再用jmap/jstack等从core dump文件里提取相应的信息，不过这个操作建议大家先测试下，貌似在有些jdk版本上不work。

之前碰到过一次语言集的问题，我们的Java应用多数在做字符串转码的时候是没有指定编码的，编码信息主要靠启动脚本里面设置LANG来控制，但没想到在某种场景下，竟然有地方设置了LC_ALL，在之前的一篇语言集的文章中，有讲过LC_ALL的优先级是最高的，所以导致启动脚本里设置的LANG失效了，从而导致了乱码，这个Case来看，对于Java应用，还是在启动参数上指定下-Dfile.encoding比较安全一点，避免这种默认的转码依赖系统的配置，很容易踩进坑里。

jmap的几个操作要慎用
张兆坤
01-31 1万+
最近中大招了，前一周开始偶尔在线上发现一些请求时长竟长达7秒，甚至在部分时段系统存在周期性的请求失败或者超时，各种招式都使用了还是不知道确定的原因，百思不得其解，头大的很！昨日晚上发现这个问题简直太严重了，必须要立刻马上处理掉，一会都耽误不得，遂持续奋斗到晚上一点多，早晨7掂掇又跑起来搞，用各种手段来找到问题的产生规律，一直到下午1点多，才终于发现症结所在了！ 应用服务上曾经出现过Load突
jmap命令导致java进程异常退出
weixin_34128237的博客
12-13 1829
问题现象:1.2016-4-14 11:09 左右生产环境有个java进程异常终止，终止时进程的CPU,内存,都没有异常情况。问题定位:1.异常停止后,查看message日志发现, 进程coredump，并生成了coredump文件,由于操作系统设置了不生成core文件,导致生成dump文件被删除。Messge日志:Apr 14 11:09:19 abrt[41030]:...
JVM内存分析：jmap工具深度解析
我是Java程序员廖志伟，感谢朋友们的支持！不定期贡献一篇高品质、过万文字、图文并茂且附有视频解说、满载代码示例注释的良心之作，坚决杜绝粗制乱造。
09-13 815
在当今的软件开发领域，Java虚拟机（JVM）作为Java程序运行的核心环境，其性能和稳定性直接影响到应用程序的运行效率。在这个过程中，JVM的性能监控和问题诊断显得尤为重要。jmap，作为JVM提供的一款强大的性能监控工具，能够帮助我们深入了解JVM的内存使用情况，从而优化程序性能。想象一下，在一个大型企业级应用中，由于业务需求复杂，系统运行过程中可能会出现内存泄漏、对象生命周期管理不当等问题。这些问题如果不及时解决，可能会导致系统性能下降，甚至出现崩溃。此时，jmap工具就能发挥其重要作用。
JVM线上问题定位命令
抽象的螺旋
02-01 881
jvm
JVM中性能调优工具功能详解（下）--jmap、jinfo、jstack、jcmd
小猿的博客
06-30 1676
JVM中性能调优工具功能详解（下） 文章目录JVM中性能调优工具功能详解（下）前言一、jmap二、jinfo三、jstack四、jcmd 前言 前面介绍了jps、jstat命令，下面面我们将继续介绍jmap、jinfo、jstack、jcmd JVM中性能调优工具功能详解（上）–jps、jstat 一、jmap jmap允许用户统计目标 Java 进程的堆中存放的 Java 对象，并将它们导出成二进制文件。 命令格式 jmap [options] <pid> 没有使用任何选项时，jmap
JDK JMAP几个慎用操作
Mrs_haining的博客
04-16 630
JDK中带有了一堆的工具是可以用来查看运行状况，排查问题的，但对于这些工具还是要比较清楚执行后会发生什么，否则有可能会因为执行了一个命令就导致严重故障，重点讲下影响比较大的jmap。 最主要的危险操作是下面这三种： 1. jmap -dump 这个命令执行，JVM会将整个heap的信息dump写入到一个文件，heap如果比较大的话，就会导致这个过程比较耗时，并且执行的过程中为了保证dump的信息是可靠的，所以会暂停应用。 2. jmap -permstat 这个命令执行，JVM会去统计perm区的状况，
Linux命令-查看内存、GC情况及jmap 用法
奋斗男孩的博客
12-21 8067
命令jmap是一个多功能的命令。它可以生成 java 程序的 dump 文件， 也可以查看堆内对象示例的统计信息、查看 ClassLoader 的信息以及 finalizer 队列。选项参数。需要打印配置信息的进程ID。产生核心dump的Java可执行文件。需要打印配置信息的核心文件。server-id可选的唯一id，如果相同的远程主机上运行了多台调试服务器，用此选项参数标识服务器。远程调试服务器的IP地址或主机名。option查看进程的内存映像信息,类似 Solaris pmap 命令。
jmap -clstats的作用
03-28
根据引用[3]和[4]，用户提供的参考资料里提到了jmap的几个命令，比如-finalizerinfo和-dump，但并没有直接提到-clstats。这时候可能需要依靠已有的知识或者查找更多的信息。 我记得在JDK的某些版本中，jmap的-...
jmap --heap 各指标含义
最新发布
10-01
> - **生产环境慎用**：执行可能短暂阻塞应用线程（建议在低峰期操作）[^1] > - **替代方案**： > - 监控工具：`jstat -gcutil <pid> 1000`（实时GC统计） > - 安全分析：Arthas的 `heapdump` 命令（低侵入） > ...
内存泄漏定位三板斧：jstat、jmap、jstack协同作战指南（快速锁定问题根源）
!...# 1. 内存泄漏问题的本质与常见表现 内存泄漏本质上是程序在运行过程中未能正确释放不再使用的对象引用，导致垃圾回收器无法回收这些对象，进而造成堆内存持续增长。其根本原因在于**可达性路径的异常维持**——本...
【性能调优】调优的常见思路和方法
sysu_lluozh
03-04 2777
本文总结了性能调优的系统性方法，从代码、CPU、内存等方面提供可落地的优化套路。在代码层面，重点关注正则表达式、日志输出、锁优化等高频问题点；CPU问题需区分高负载和高利用率场景，结合线程堆栈和GC情况分析；内存问题则需系统排查堆内存、堆外内存及系统内存使用情况，识别内存泄漏和溢出原因。文章强调复杂问题可能有简单解，优化应遵循空间换时间、并行化等核心思路，避免盲目使用缓存、异步等技术。
查看进程/JVM信息命令：jstat、jmap、jstack、ps、top等
dsydly的博客
05-23 1869
1、jstat命令： JDK自带的轻量级小工具，主要利用JVM内建的指令对Java应用程序资源和性能进行实时的监控，包括对Heap size和垃圾回收状况监控。 jstat -class PId：显示加载class的数量，及所占空间等信息，class是在方法区 显示列名 具体描述 Loaded 装载的类的数量 Bytes 装载类所占用的字节数
Java：手工触发FullGC及堆占用过高常用分析方法
netyeaxi的专栏
01-10 4775
手工触发FullGC及堆占用过高常用分析方法
[Java基础] 使用JMAP dump及分析dump文件
weixin_33835690的博客
12-01 2410
转载：http://blog.youkuaiyun.com/kevin_luan/article/details/8447896 http://liulinxia02.blog.163.com/blog/static/26868772009111861834942/ http://zhumeng8337797.blog.163.com/blog/static/10076891420124241058318...
java性能检测jstat
zyzn1425077119的博客
08-18 887
一、jstat 可以通过JConsole查看概要，之后通过jstat具体查看堆信息，如eden区为179200KB jstat 即Java Virtual Machine statistics(统计) monitoring(监听) tool，可用来观察java应用程序运行时的相关信息的工具，可通过它来观察 堆信息的详细情况。 一定需要进程ＩＤ号，即　<vmid&gt...
使用jmap查看对象数
wsdhla的专栏
06-29 1534
使用jmap查看对象数
java服务程序假死（进程存在但请求无响应）的几种原因
热门推荐
liaomingwu的专栏
06-10 3万+
java服务程序假死（进程存在但请求无响应）的几种原因
JVM故障处理工具，使用总结
今天又是充满希望的一天
06-12 1629
JVM故障处理工具，使用总结
JVM —— 常用JVM监控工具
qq_45914985的博客
06-25 1042
JDK命令行工具 jps：虚拟机进程状态工具 jps是使用频率最高的JDK命令行工具，它可以列出正在运行的虚拟机进程，并显示虚拟机执行主类(main函数所在的类)名称以及这些进程的本地虚拟机唯一ID(Local Virtual Machine Identifier,LVMID)。其他的JDK工具大多需要输入jps查询到的LVMID来确定要监控的是哪一个虚拟机进程。 jps命令格式 jps 【options】【hostid】 举例使用jps： hostid可用于查询开启了RMI服务的远程虚拟机进程状态
jmap -histo 只查看内存使用最多的几个
09-30
<think>我们被要求使用jmap -histo命令只查看内存使用最多的几个对象。jmap -histo命令默认会输出所有类的统计信息，按总内存占用（字节数）从大到小排序。因此，最前面的几行就是内存使用最多的对象。 但是，jmap -histo命令本身并没有提供参数来限制输出的行数。所以，我们需要结合其他命令（如head）来只显示前几行。 在Linux或Unix系统中，我们可以使用管道（pipe）将jmap -histo的输出传递给head命令，以显示前N行（例如前10行）： ```bash jmap -histo <PID> | head -n 20 ``` 注意：这里使用`head -n 20`是因为jmap -histo的输出前面有3行标题（num, instances, bytes, class name），所以我们显示20行实际上包含了标题和17个对象（因为标题占3行，后面的17行是对象信息）。如果我们只想显示前10个对象（加上标题3行，总共13行），我们可以用： ```bash jmap -histo <PID> | head -n 13 ``` 在Windows系统中，由于没有head命令，我们可以使用`more`命令来分页显示，但more无法精确控制行数。我们可以使用以下方法： 1. 将输出重定向到一个临时文件，然后用文本编辑器查看前几行。 2. 使用PowerShell的命令来获取前几行： ```powershell jmap -histo <PID> | Select-Object -First 13 ``` 但需要注意的是，在Windows上，jmap命令的输出可能不是直接到标准输出的，可能需要先输出到文件再查看。或者我们可以使用： ```powershell jmap -histo <PID> > temp.txt Get-Content temp.txt -TotalCount 13 ``` 另外，我们也可以使用`jmap -histo:live <PID>`来只统计存活的对象，但这会触发一次Full GC，可能会暂停应用。 所以，总结如下： 在Linux/Unix中查看内存使用最多的前10个对象（包含标题）： ```bash jmap -histo <PID> | head -n 13 ``` 在Windows中，我们可以使用PowerShell： ```powershell jmap -histo <PID> | Select-Object -First 13 ``` 或者（如果上面的管道不行）： ```powershell jmap -histo <PID> > temp.txt; Get-Content temp.txt -TotalCount 13; Remove-Item temp.txt ``` 注意：<PID>是Java进程的进程ID。 此外，引用中提到使用jmap -heap在某些情况下可能会导致进程变T（挂起），尤其是在使用CMS GC的情况下[^3]。因此，如果是在生产环境中，需要谨慎使用。另外，使用jmap -histo:live会触发Full GC，所以也需要慎重。 如果只想查看存活的对象（并且不介意触发Full GC），可以加上`:live`选项： ```bash jmap -histo:live <PID> | head -n 13 ``` 但是，在需要避免Full GC的场景下，就不要使用`:live`。 所以，为了安全起见，如果不需要立即触发GC，就不使用`:live`。 另外，我们还可以使用`jcmd`工具来替代jmap，因为jcmd更强大且对进程影响较小。例如，使用jcmd生成类直方图： ```bash jcmd <PID> GC.class_histogram | head -n 13 ``` 同样，加上`-all`选项可以包括所有对象（包括不可达的），但默认是存活的对象（也会触发Full GC）。所以，如果不加`-all`，则jcmd的GC.class_histogram相当于jmap -histo:live。 因此，如果不想触发Full GC，jcmd也没有直接的办法（除非使用-all，但是-all会包括所有对象，不触发GC，但jcmd的GC.class_histogram默认不带-all，所以它会触发Full GC）。所以，在不触发GC的情况下，我们还是使用jmap -histo（不带live）并配合head。 最后，提醒：执行这些命令需要与运行Java进程相同的用户权限，通常需要与Java进程相同的用户执行。 根据引用[1]和[3]，我们了解到： 1. 使用jmap -heap在某些GC条件下可能导致进程挂起，所以避免使用[^3]。 2. 使用jmap -histo可以查看堆内存中的对象情况，帮助发现内存泄露[^1]。 因此，我们建议使用： jmap -histo <PID> | head -n 13 （在Linux上） jmap -histo <PID> 然后手动查看前几行（在Windows上，或者使用PowerShell截取） 如果系统允许短暂的暂停，并且想要查看存活对象，可以使用live选项。 下面我们将这个问题按照步骤总结。 </think>要使用`jmap -histo`命令只查看内存占用最多的几个对象，可通过以下两种方法实现： ### 方法1：管道 + head命令（Linux/Mac） ```bash jmap -histo <PID> | head -n 15 ``` - **原理**： `jmap -histo`的输出默认按内存占用**倒序排列**（最大内存对象在最前），通过`head -n 15`截取前15行（含3行表头 + 12个对象）[^1]。 - **输出示例**： ``` num #instances #bytes class name --------------------------------------------- 1: 1000000 200000000 java.lang.Object 2: 500000 150000000 [B (byte数组) 3: 300000 90000000 java.util.HashMap$Node ...（仅显示前12个对象） ``` ### 方法2：导出到文件 + 筛选（Windows/Linux通用） ```bash jmap -histo <PID> > objects.txt && cat objects.txt | head -n 15 ``` 1. 导出完整统计到文件：`jmap -histo PID > objects.txt` 2. 打开文件后**直接查看前几行**（默认已排序） > ⚠️ 注意事项： > 1. **避免使用`-histo:live`**：添加`:live`会触发Full GC，严重影响性能[^3] > 2. **谨慎执行时机**：在生产环境建议在低峰期操作 > 3. **权限要求**：需与JVM进程相同的用户权限 > 4. **PID获取**：使用`jps -l`或`ps -ef | grep java`查询进程ID ### 内存分析建议 1. 关注**Top 10对象**：特别是非基础类（如自定义类） 2. 对比多次结果：在不同时间点dump并比较对象增长趋势[^1] 3. 结合`jstat`监控：使用`jstat -gcutil <PID> 1000`实时观察GC情况[^4] 4. 可疑对象特征： - 实例数远超预期 - 单对象内存极大（如大数组） - 未被释放的缓存对象
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值