jvm导出dump日志，分析内存情况

最新推荐文章于 2024-05-31 12:43:35 发布
最新推荐文章于 2024-05-31 12:43:35 发布
阅读量7.1k 收藏 14
点赞数
分类专栏： jvm 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Andy_Health/article/details/118933538
版权

1. 查看内存情况 top

free 

top

在这里插入图片描述
pid=18426 占用内存比例很高

2. 导出dump日志

jmap -dump:format=b,file=heap.hprof 18426

当前目录：
在这里插入图片描述

3. 下载到本地，使用MAT打开进行分析

在这里插入图片描述
在这里插入图片描述
设置MAT内存大小：
在这里插入图片描述
几种图表现形式：
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
内存泄露检测：
在这里插入图片描述
在这里插入图片描述
这里一个名称叫做 king-thread 的线程，持有了超过 99% 的对象，数据被一个 HashMap 所持有。
这个就是内存泄漏的点，因为我代码中对线程进行了标识，所以像阿里等公司的编码规范中为什么一定要给线程取名字，这个是有依据的，如果不取名
字的话，这种问题的排查将非常困难。
在这里插入图片描述

4. jmap Java内存映像工具

[root@iZuf6aveva4meli5nqltfnZ ty]# jmap -heap 18426
Attaching to process ID 18426, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11

using thread-local object allocation.
Parallel GC with 2 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2065694720 (1970.0MB)
   NewSize                  = 42991616 (41.0MB)
   MaxNewSize               = 688390144 (656.5MB)
   OldSize                  = 87031808 (83.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 95420416 (91.0MB)
   used     = 31189512 (29.74463653564453MB)
   free     = 64230904 (61.25536346435547MB)
   32.68641377543355% used
From Space:
   capacity = 226492416 (216.0MB)
   used     = 0 (0.0MB)
   free     = 226492416 (216.0MB)
   0.0% used
To Space:
   capacity = 229113856 (218.5MB)
   used     = 0 (0.0MB)
   free     = 229113856 (218.5MB)
   0.0% used
PS Old Generation
   capacity = 1045954560 (997.5MB)
   used     = 855781112 (816.1364669799805MB)
   free     = 190173448 (181.36353302001953MB)
   81.81819217844416% used

12211 interned Strings occupying 1177184 bytes.

-histo 打印每个 class 的实例数目,内存占用,类全名信息.
如果 live 子参数加上后,只统计活的对象数量.

[root@iZuf6aveva4meli5nqltfnZ ty]# jmap -histo:live 18426 | head -20


 num     #instances         #bytes  class name
----------------------------------------------
   1:       5702941      237256960  [C
   2:       5702926      136870224  java.lang.String
   3:       2569524      102780960  java.util.LinkedHashMap$Entry
   4:        965117       90681016  [B
   5:       1212225       77546376  [Ljava.util.HashMap$Node;
   6:       1212288       67888128  java.util.LinkedHashMap
   7:        961798       38471920  zipkin2.Endpoint
   8:        499998       35999856  zipkin2.Span
   9:        708724       28348960  java.util.TreeMap$Entry
  10:        498009       11952216  zipkin2.storage.InMemoryStorage$TraceIdTimestamp
  11:        709505       11352080  java.util.LinkedHashSet
  12:        501183        8018928  java.util.LinkedHashMap$LinkedEntrySet
  13:          9126        1599128  [Ljava.lang.Object;
  14:          9576        1063048  java.lang.Class
  15:         25867         827744  java.util.concurrent.ConcurrentHashMap$Node
  16:          3758         627096  [I
  17:           546         358176  io.netty.util.internal.shaded.org.jctools.queues.MpscArrayQueue

-dump 生成的堆转储快照

jmap -dump:live,format=b,file=heap.bin <pid>

5. jstat 监视虚拟机各种运行状态信息的命令行工具

常用参数：
-class (类加载器)
-compiler (JIT)
-gc (GC 堆状态)
-gccapacity (各区大小)
-gccause (最近一次 GC 统计和原因)
-gcnew (新区统计)
-gcnewcapacity (新区大小)
-gcold (老区统计)
-gcoldcapacity (老区大小)
-gcpermcapacity (永久区大小)
-gcutil (GC 统计汇总)
-printcompilation (HotSpot 编译统计)

每 250 毫秒查询一次进程 13616 垃圾收集状况，一共查询 10 次，那命令应当是：jstat-gc 13616 250 10

[root@iZuf6aveva4meli5nqltfnZ ty]# jstat -gc 18426
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
[root@iZuf6aveva4meli5nqltfnZ ty]# jstat -gc 18426 250 10
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446
223744.0 5632.0  0.0    0.0   91648.0  13095.4  1014784.0   835755.2  50392.0 47707.2 6656.0 6024.3     55    8.670   9     10.776   19.446

S0C：第一个幸存区（From 区）的大小
S1C：第二个幸存区（To 区）的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
EC：伊甸园（Eden）区的大小
EU：伊甸园（Eden）区的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

6. 生产服务器推荐开启

-XX:-HeapDumpOnOutOfMemoryError 默认关闭，建议开启，在 java.lang.OutOfMemoryError 异常出现时，输出一个 dump 文件，记录当时的堆内存快照。
-XX:HeapDumpPath=./java_pid.hprof 用来设置堆内存快照的存储文件路径，默认是 java 进程启动位置。

java -jar -Xms1500m -Xmx1500m -Xmn1000m -XX:SurvivorRatio=8 jvm-1.0-SNAPSHOT.jar
Andy_Health
关注
  • 0
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
dump 日志收集与分析（jmap 和 jstack 工具）讲解与实战操作
匠人精神，持之以恒！
12-03 5113
dump通常指的是从一个系统或应用程序中生成一份详细的信息快照，以便进行调试、分析或故障排除。在不同的上下文中，dump可能指的是不同类型的信息。内存转储）：内存转储是将程序的内存内容以二进制形式保存到文件中的过程。这对于在程序崩溃或发生问题时进行调试和分析非常有用。常见的工具有 gcore（用于 GDB）、jmap（用于 Java 应用程序）等。核心转储（Core Dump）：核心转储是在程序崩溃时生成的一个包含程序当前内存状态的文件。它通常包括内存、寄存器和堆栈信息。
如何分析jvm dump 内存日志
阿布个人学习自留地
12-06 1万+
如何dump出jvm日志。 1. 在jvm启动的参数中，新增 jvm参数。这样在发生jvm 内存溢出时，就会直接dump出java.hprof 文件了。
分析JVM堆Dump日志定位线程阻塞原因
最新发布
沙门空海
05-31 696
分析JVM堆Dump日志定位线程阻塞原因
Java内存泄漏分析系列之二：jstack生成的Thread Dump日志结构解析
weixin_30346033的博客
03-14 825
原文地址：http://www.javatang.com 一个典型的thread dump文件主要由一下几个部分组成： 上图将JVM上的线程堆栈信息和线程信息做了详细的拆解。 第一部分：Full thread dump identifier 这一部分是内容最开始的部分，展示了快照文件的生成时间和JVM的版本信息。 2017-10-19 10:46:44 Full thre...
获取进程、线程dump日志
qq_32669053的博客
10-15 2609
一、进程dump日志 1.查找进程号 例，查找java进程号：ps -ef | grep java 2.执行如下命令输出进程的dump日志 /jdk1.7.0_79/bin/jmap -F -dump:format=b,file=/tmp/heap.hprof 进程号 二、线程dump日志 1.通过top查看高内存或者高CPU进程 2.执行如下命令将进程的信息输出到文件 jstack 进程号 > /tmp/进程号.txt jstack命令是jdk的一个工具，放在jdk的bin目录下.
thread dump日志文件分析
旧路
03-29 6937
       在介绍thread dump文件之前，咱们得先来了解下Java线程状态。一般来说Java线程状态有五种：新建状态(New)、就绪状态(Runnable)、运行状态(Running) 、阻塞状态(Blocked) 、死亡状态(Dead) 。 新建状态(New)        用new语句创建的线程处于...
崩溃捕捉: dump日志生成 + WinDbg 分析（WIN10 + QT）
大雾博客
11-16 2128
1 崩溃捕捉意义        应用程序发布后现场可能出现各种莫名其妙的崩溃，甚至存在偶发性的错误，客户电脑没有环境无法调试，很难排查；这时可以在程序中加入崩溃捕捉机制，崩溃时产生 *.dump崩溃日志方便分析问题，快速定位错误，甚至可以精准定位到哪一行代码出错。 2 使用工具 WinDBG 调试工具（一般电脑都自带这个工具，如果没有可以点这里下载） 3 代码实现 ① pro项目文件添加下面代码，使debug和release模式下都可以
JVM之内存Heap Dump文件与GC日志分析
积跬步，至千里。
10-23 6724
Heap Dump，称为堆转储文件，是Java进程在某个时间内的快照。在触发快照的时候保存了很多信息：Java对象和类信息。通常在写Heap Dump文件前会触发一次Full GC。
jvm dump日志设置
m0_67402588的博客
08-18 698
推荐】 给 JVM 环境参数设置-XX:+HeapDumpOnOutOfMemoryError 参数，让 JVM 碰到。OOM 场景时输出 dump 信息。
三个实例演示 Java Thread Dump 日志分析
weixin_33709219的博客
01-06 1055
jstack Dump 日志文件中的线程状态 dump 文件里，值得关注的线程状态有： 死锁，Deadlock（重点关注）  执行中，Runnable    等待资源，Waiting on condition（重点关注）  等待获取监视器，Waiting on monitor entry（重点关注） 暂停，Suspended 对象等待中，Object.wait() 或 TIMED...
JAVA应用生成GC、DUMP日志命令
luzle的专栏
11-29 4458
第一步操作： 生成DUMP日志-本地java中jvisualvm.exe查看分析 第二步操作： 第三步操作： 1.执行top -c命令，找到cpu最高的进程的id 2.执行top -H -p pid，这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。找到CPU负载高的线程tid 8627, 把这个数字转换成16进制，21B3（10进制转16进制，用linux命令: printf %x 172）。 3.执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的
导出tomcat的jvm内存信息和线程信息
Way_Of_Heart的博客
11-05 2526
导出tomcat的JVM的内存信息和线程信息 1 tomcat内存溢出时,自动生成jvm的dump文件 Linux系统中,在tomcat的bin中的catalina.sh中添加两个参数 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=[输出目录路径] 可以认为制造tomcat内存溢出，代码如下： 启动后即可,宕机后文件将会在...
JVM导出内存映像（dump）文件
qq_34690003的博客
04-19 4702
format=b是通过二进制的意思，-dump:format=b,file=heap.bin意思是：把内存结构全部dump到二进制文件heap.bin中。Heap Dump 又叫做堆存储文件，指一个 Java 进程在某个时间点的内存快照。一般来说，使用 jmap 指令生成 dump 文件的操作算得上是最常用的 jmap 命令之一，将堆中所有。jmap 能查看jvm内存中，对象占用内存的情况，还提供非常方便的命令将jvm的内存信息导出的文件。就可以将我们刚刚使用jmap导出的内存信息交给jhat解析了。
利用MAT工具分析内存泄漏
bug_come的博客
08-22 1009
我们可以使用 jmap –histo 这种命令去分析哪些对象占据着我们的堆空间。但是那是比较容易分析的问题，如果是遇到内存情况比较复杂 的情况，命令的方式是看不出来的，这个时候我们必须要借助一下工具。当然前提是通过 jmap 命令把整个堆内存的数据 dump 下来。包括jdk自带的内存分析工具VisualVM，分析的数据非常有限。 MAT 简介 MAT 工具是基于 Eclipse 平台开发的，本身是一个 Java 程序，是一款很好的内存分析工具，所以如果你的堆快照比较大的话，则需要一台内存比较大的分析机器，
JVM学习（三）---heapDump导出与案例分析
danns888的专栏
12-22 4364
在故障定位(尤其是out of memory)和性能分析的时候，经常会用到一些文件来帮助我们排除代码问题。这些文件记录了JVM运行期间的内存占用、线程执行等情况，这就是我们常说的dump文件。常用的有heap dump和thread dump（也叫javacore，或java dump）。我们可以这么理解：heap dump记录内存信息的，thread dump是记录CPU信息的。 heap dump： heap dump文件是一个二进制文件，它保存了某一时刻JVM堆中对...
使用Windbg分析dump文件的一般步骤及要点详解
热门推荐
dvlinker的技术专栏
05-25 4万+
通过一个问题实例详细讲解使用Windbg静态分析dump文件的完整过程。
查看java的dump日志并进行分析
十步杀一人-千里不留行
10-20 4773
1.进入自己jdk的bin目录，打开命令行工具 cd C:\Program Files\Java\jdk1.8.0_211\bin> 2.查看当前运行的java进程 .\jps.exe 3.下载dump文件 .\jmap.exe -dump:format=b,file=d:/ext.dump 25484 4.使用工具jvisualvm.exe进行查看 ...
Eclipse memory analyzer 分析GC dump日志定位代码问题
小菜鸟的博客
07-28 2076
利用Eclipse memory analyzer linux 分析dump出的超大日志文件
JVM导出dump文件
guangyingposuo的博客
05-21 1475
1.jvm启动时增加的参数 #出现 OOME 时生成堆 dump: -XX:+HeapDumpOnOutOfMemoryError #生成堆文件地址： -XX:HeapDumpPath=/home/liuke/jvmlogs/ 2.查看内存状态 jmap -heap 进程ID 3.查看JVM堆中对象详情占用情况 jmap -histo 进程ID 4.导出整个JVM 中内存信息，可以利用其它工具打开dump文件分析，例如jdk自带的visualvm工具 　　jmap -dump:f...
jvm内存快照dump文件太大，怎么分析
06-09
当你想要分析JVM内存快照dump文件时，如果文件太大，你可以采取以下方法： 1. 使用工具进行筛选：使用专业的分析工具，如Eclipse Memory Analyzer，可以针对dump文件进行筛选，只选择需要分析的部分，以减小文件大小。 2. 压缩文件：使用压缩软件，如WinZip或7-Zip，对文件进行压缩，以减小文件大小。 3. 分析部分内容：根据你的需求，只分析其中的一部分内容，而不是整个文件。例如，你可以只分析其中的对象引用、堆栈跟踪信息等。 4. 增加内存：在生成JVM内存快照dump文件时，可以增加JVM的内存大小，以减少生成的dump文件的大小。 无论选择哪种方法，都需要根据具体情况进行分析，以达到分析效果最优的结果。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值