我注意到 jvm 没有通过信号 3 生成堆转储。 我试过 jvm 1.8.60 和 jvm 1.7.60 (ubuntu 14)。 当 jvm 收到信号时,它会将线程转储打印到控制台,但不会出现内存转储文件。
java -XX:HeapDumpPath=/tmp/xxx
跟踪 java 选项确认一切正常。
bool PrintHeapAtSIGBREAK = true {product}<br/>
ccstr HeapDumpPath := /tmp/xxx {manageable}
我错过了什么?
虽然 jmap 可以工作。
kill 和 jvm 在同一个用户下运行。 jar 是一个 hello world 应用程序。
最佳答案
JVM 不应该在 SIGQUIT (kill -3) 上生成堆转储。
PrintHeapAtSIGBREAK
意味着不同的东西。它打印堆布局摘要,例如
Heap
PSYoungGen total 75264K, used 3870K [0x000000076c600000, 0x0000000771a00000, 0x00000007c0000000)
eden space 64512K, 6% used [0x000000076c600000,0x000000076c9c7b68,0x0000000770500000)
from space 10752K, 0% used [0x0000000770f80000,0x0000000770f80000,0x0000000771a00000)
to space 10752K, 0% used [0x0000000770500000,0x0000000770500000,0x0000000770f80000)
ParOldGen total 172032K, used 0K [0x00000006c5200000, 0x00000006cfa00000, 0x000000076c600000)
object space 172032K, 0% used [0x00000006c5200000,0x00000006c5200000,0x00000006cfa00000)
Metaspace used 2471K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 267K, capacity 386K, committed 512K, reserved 1048576K
jmap
是生成堆转储的正确方法。
关于java - Jvm heapdump 不是由信号生成的,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40677873/