我尝试使用 jcmd (从 git bash 控制台窗口)进行堆转储:
$ /c/Program\ Files/Java/jdk1.8.0_202/bin/jcmd 25156 GC.heap_dump filename=livetest-grindtohalt.hprof
25156:
Heap dump file created
但是,该文件似乎不存在:
$ find -name livetest-grindtohalt.hprof
$
哪里可以找到?
我在 Windows 中也遇到了同样的问题。
jcmd 6232 GC.heap_dump filename=IShp1.hprof
它运行,说文件已创建,但搜索C盘找不到它。 重新运行并得到“文件存在”。
尝试使用文件名中指定的路径和不同的文件名,
jcmd 6232 GC.heap_dump filename=c:\temp\IShp2.hprof
这也得到了“文件存在”。
我的结论是“文件名”没有得到尊重。 当指定“文件名”时,大概 jcmd 正在将一些内部指定的未知文件名写入某个未知位置。
相反
jcmd 6232 GC.heap_dump c:\temp\isHpdmp1.hprof
工作并将文件写入指定位置。 所以大概对于
*nix
之类的东西
jcmd 6232 GC.heap_dump /opt/temp/myHd.hprof
Douglas Kretzmann 的答案为您指明了实际使用 jcmd 的正确道路。 为了回答原始帖子中的问题,将根据指定 java 进程的当前工作目录解析相对路径。 所以之后
jcmd 6232 GC.heap_dump heap.hprof
您将能够在
输出的目录中找到
heap.hprof
lsof -p 6232 | grep cwd
上游四年来拒绝“修复”诊断:
https://bugs.openjdk.java.net/browse/JDK-8177763 - 通过 jcmd 获取 hprof 转储可以受益于更强大的选项检查。
官方文档:https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/memleaks004.html提供了不正确的示例,例如:
示例 3-2 使用 jcmd 创建堆转储
jcmd <process id/main class> GC.heap_dump filename=Myheapdump
只需剥离
filename=
。
转储的当前工作目录属于
PID
进程,而不是jcmd
!因此,如果您不想搜索转储,请使用完整路径))完整工作流程:
mkdir dest/
chmod a+w dest/
sudo jcmd
1234 my.evil.app
sudo -u myuser -g mygrp jcmd 1234 GC.heap_dump $PWD/dest/myapp.hprof
在 Linux 上,通过以下方式找到堆转储文件:
jcmd 7 GC.heap_dump myheapdump
ls -l /proc/7/cwd/myheapdump