eclipse内存分析器看到整个堆转储(8GB)中的一小部分(363,2MB)

Question

我试图调查java.lang.OutOfMemoryError：GC限制超出这是在部署在Tomcat中的web应用程序负载较高时发生的。堆大小设置为8GB(-XMS2048M-XMX8192M)

在某个时间点，由于GC activity开销，我们应用程序变得没有响应。我可以在日志中看到完整的GC连续发生多次。因此，我使用以下命令(jmap-f-dump:format=b,file=/root/dump2.hprof4963)进行堆转储。包含转储的文件大小为9GB。转储后（应用程序被冻结约45分钟），发生多个完整GC直到抛出OutOfMemoryError。

下面是GC activity的日志示例

[Full GC [PSYoungGen: 932096K->875513K(1864128K)] [ParOldGen: 5592447K->5592447K(5592448K)] 6524543K->6467961K(7456576K) [PSPermGen: 112285K->112285K(262144K)], 12.3954040 secs] [Times: user=47.60 sys=0.43, real=12.39 secs]
[Full GC [PSYoungGen: 932096K->890562K(1864128K)] [ParOldGen: 5592447K->5592447K(5592448K)] 6524543K->6483009K(7456576K) [PSPermGen: 112285K->112285K(262144K)], 12.6131900 secs] [Times: user=48.45 sys=0.49, real=12.61 secs]
[Full GC [PSYoungGen: 932096K->895268K(1864128K)] [ParOldGen: 5592447K->5592447K(5592448K)] 6524543K->6487715K(7456576K) [PSPermGen: 112285K->112285K(262144K)], 12.9488670 secs] [Times: user=49.61 sys=0.46, real=12.95 secs]

Heap
 PSYoungGen      total 1864128K, used 896698K [0x0000000755560000, 0x0000000800000000, 0x0000000800000000)
  eden space 932096K, 96% used [0x0000000755560000,0x000000078c10e8a8,0x000000078e3a0000)
  from space 932032K, 0% used [0x000000078e3a0000,0x000000078e3a0000,0x00000007c71d0000)
  to   space 932032K, 0% used [0x00000007c71d0000,0x00000007c71d0000,0x0000000800000000)
ParOldGen       total 5592448K, used 5592447K [0x0000000600000000, 0x0000000755560000, 0x0000000755560000)
  object space 5592448K, 99% used [0x0000000600000000,0x000000075555ff30,0x0000000755560000)
PSPermGen       total 262144K, used 112285K [0x00000005e0000000, 0x00000005f0000000, 0x0000000600000000)
  object space 262144K, 42% used [0x00000005e0000000,0x00000005e6da7530,0x00000005f0000000)

heap dump is taken (ca 45minutes freeze)
[Full GC [PSYoungGen: 932096K->903362K(1864128K)] [ParOldGen: 5592447K->5592447K(5592448K)] 6524543K->6495810K(7456576K) [PSPermGen: 112285K->112285K(262144K)], 2883.9864390 secs] [Times: user=49.41 sys=0.47, real=2884.17 secs]
[Full GC [PSYoungGen: 932096K->897728K(1864128K)] [ParOldGen: 5592447K->5592444K(5592448K)] 6524543K->6490173K(7456576K) [PSPermGen: 112288K->112288K(262144K)], 13.3092680 secs] [Times: user=50.75 sys=0.40, real=13.31 secs]

为了分析堆转储，我在eclipse memory analyzer(MAT)中打开了它。不幸的是，MAT显示堆大小为363.2MB（在overview选项卡或heap dump details选项卡中），而根据GC日志，heap被填充到6467961K(6.4G)。不可达对象直方图显示总数为75 511 736（75 MB）。直方图视图还确认了总浅堆为380 837 136(363.2MB)

我的问题是，如果GC不能回收内存，为什么MAT不显示来自堆转储的所有对象？

env details:
Eclipse Memory Analyzer Version 1.2.1
heap dump taken on
java version "1.7.0_13"
Java(TM) SE Runtime Environment (build 1.7.0_13-b20)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)

下面是MAT中导入堆转储的截图：

• 概述
• 无法访问

Answer 1

这是MAT在收集如此大堆的堆转储时的通常行为。我经常收集8GB堆的堆转储，通常会得到一个显示大约1GB活动对象的MAT配置文件。

45分钟的冻结也在意料之中。我的解释是，在堆转储收集时间内，会发生几个FullGC循环，这减小了所获取的实际堆转储的大小。但我没有找到官方的解释或参考文件，说明为什么会有如此大的差别。

此外，请参阅此引用-MAT并不显示完整的堆：

症状：交互监视内存使用情况时，使用的堆大小比MAT报告的要大得多。

在创建索引的过程中，内存分析器会移除无法到达的对象，因为各种垃圾收集器算法往往会留下一些垃圾（如果对象太小，移动和重新分配地址会非常昂贵）。不过，这一比例不应超过3%至4%。如果您想知道删除了哪些对象，请按照下面的说明启用调试输出:memoryanalyzer/faq#enable_debug_output

Answer 2

默认情况下，MAT不显示不可达对象。

您可以通过转到Preferences->Memory Analyzer->Keep Unreachable objects来启用该选项。启用该选项后，再次加载堆。

启用该选项后,它将显示完整的堆。即使我也在同样的情况下，无法在网上获得很多信息，我的经理给了我一个选择。希望能有所帮助。