我尝试使用 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
$
我在哪里可以找到它？
问问题
3384 次
3 回答
13
我在 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
于 2019-12-11T21:27:10.523 回答
6
Douglas Kretzmann 的回答让您走上了实际使用 jcmd 的正确道路。为了回答原始帖子中的问题，相对路径是针对指定 java 进程的当前工作目录解析的。所以之后
jcmd 6232 GC.heap_dump heap.hprof
您将能够heap.hprof在目录输出中找到
lsof -p 6232 | grep cwd
于 2020-10-30T00:53:40.683 回答
4
从字面上看，上游拒绝“修复”诊断 4 年：
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
于 2020-12-21T22:33:53.447 回答