java堆中的“活动”对象是什么?(使用 jmap 进行堆转储)

aun*_*low 4 garbage-collection jvm jmap heap-dump

jmap帮助显示:

...

-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.
Run Code Online (Sandbox Code Playgroud)

...

一旦我转储了一个 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 的转储文件。

我对活动对象的猜测可能是:

  1. 年轻代中的对象;

  2. 已使用/引用/可访问且不会被收集的对象。

哪一个是对的?

更新

我的猜测 #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,堆中的几乎所有对象都处于活动状态。

Ale*_*zin 9

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

下面 jmap 命令中的live选项会强制 JVM 在将堆内容转储到文件中之前执行完整的 GC。

在完全 GC 之后,只有从 GC 根(“活动”的定义)可传递的对象留在堆中。