aun*_*low 4 garbage-collection jvm jmap heap-dump
jmap帮助显示:
...
Run Code Online (Sandbox Code Playgroud)-dump:<dump-options> to dump java heap in hprof binary format dump-options: live dump only live objects; if not specified, all objects in the heap are dumped....
一旦我转储了一个 Tomcat(使用 java param -Xmx384m)堆:
jmap -dump:file=dump.bin <pid>
Run Code Online (Sandbox Code Playgroud)
我得到了一个 ~300M 的转储文件。
当我只用活动对象转储它的堆时:
jmap -dump:live,file=live-dump.bin <pid>
Run Code Online (Sandbox Code Playgroud)
我得到了一个 ~120M 的转储文件。
我对活动对象的猜测可能是:
年轻代中的对象;
已使用/引用/可访问且不会被收集的对象。
哪一个是对的?
更新
我的猜测 #2 似乎是正确的,感谢 Alexey Ragozin 的解释(live选项将导致完整的 GC)。我按照他的提示再次测试:
jmap -dump:file=dump.hprof <pid>
jmap -dump:live,file=live-dump.hprof <pid>
jmap -dump:file=after-live-dump.hprof <pid>
Run Code Online (Sandbox Code Playgroud)
这 3 个文件的大小是:
dump.hprof ~190MB
live-dump.hprof ~40MB
after-live-dump.hprof ~40MB
Run Code Online (Sandbox Code Playgroud)
所以之后-dump:live,堆中的几乎所有对象都处于活动状态。
jmap -dump:live,file=live-dump.bin <pid>
下面 jmap 命令中的live选项会强制 JVM 在将堆内容转储到文件中之前执行完整的 GC。
在完全 GC 之后,只有从 GC 根(“活动”的定义)可传递的对象留在堆中。