为什么jmap -histo的结果与jmap -dump不同？

Question

最近我遇到了一个gc问题，我使用jmap来转储堆。但不幸的是，它不能正常工作；

我在转储之前运行jmap -histo 3916|more，结果是

 num     #instances         #bytes  class name
----------------------------------------------
   1:       1784198      733117168  [C
   2:      12210014      390720448  java.util.concurrent.ConcurrentHashMap$Node
   3:      11908601      285806424  java.lang.Long
   4:      11884602      285230448  java.lang.Double
   5:           545       86335608  [Ljava.util.concurrent.ConcurrentHashMap$Node;
   6:         12405       65677584  [I
   7:       1735496       41651904  java.lang.String

然后运行"jmap -dump:format=b，eclipse 3916"，然后使用file=heap.bin MemoryAnalyzer分析heap.bin，结果生成了如下直方图

Class Name                                   |    Objects | Shallow Heap | Retained Heap
-----------------------------------------------------------------------------------------
java.util.concurrent.ConcurrentHashMap$Node  | 12,207,879 |  390,652,128 |              
java.lang.Long                               | 11,889,204 |  285,340,896 |              
java.lang.Double                             | 11,884,164 |  285,219,936 |              
java.util.concurrent.ConcurrentHashMap$Node[]|        347 |   86,311,832 |              
char[]                                       |  1,659,912 |   50,128,128 |              
java.lang.String                             |  1,659,062 |   39,817,488 |              
-----------------------------------------------------------------------------------------

分析两个结果，我发现转储中的对象都少于histo，而char[]中的对象要少得多，但为什么呢？当运行"jmap -dump“命令时，jmap是否会触发次要gc？

Answer 1

除非您指定:live选项，否则jmap不会触发GC。如果没有此选项，直方图将包括无法访问的对象。

但是，在分析堆转储时，内存分析器默认情况下为removes unreachable objects。尽管使用Memory Analyzer也可以计算无法访问的对象。