Question

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

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

 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，file = heap.bin 3916”，然后我使用了Eclipse 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

除非您指定<button onclick="greedyMap()">Example</button>选项，否则

jmap不会触发GC。没有此选项，直方图将包含无法访问的对象。

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

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

1 个答案: