Java GC的异常行为或内存泄漏？

Question

我正在使用Swing应用程序，最近，我开始看到以下问题：

我必须在单独的窗口中显示非常大的工作报告。 关闭此窗口，然后重新打开相同的作业报告，并收到OutOfMemory Java堆空间错误。

JVM以-Xmx512m启动，当我打开作业报告时创建的所有对象占用大约300MB的堆空间。 假设没有内存泄漏，我希望第二次打开同一作业报告时，JVM不会抛出OOM。 但是，在关闭第一个窗口后查看GC日志，我看不到任何GC活动。

奇怪的是，在关闭第一个窗口之后，如果我使用jmap进行堆转储（不带“ live”选项），则仍然可以在堆转储中看到对象。

如果我使用dump：live选项运行jmap，则会发生以下情况：

• 进行第一个堆转储后，我仍然可以看到堆上的对象。
• 当我进行第二个堆转储时，它不再包含那些对象，我可以再次重新打开相同的作业报告，而没有任何问题。 因此，如果是内存泄漏，则无法收集那些对象，对吗？

我在Java 6（在Windows上为1.6.0_25和1.6.0_45，在Windows上）中对此进行了测试，并且该代码一直在再现。

运行jmap -heap打印：

"using thread-local object allocation.
Mark Sweep Compact GC

Heap Configuration:
   MinHeapFreeRatio = 40
   MaxHeapFreeRatio = 70
   MaxHeapSize      = 536870912 (512.0MB)
   NewSize          = 1048576 (1.0MB)
   MaxNewSize       = 4294901760 (4095.9375MB)
   OldSize          = 4194304 (4.0MB)
   NewRatio         = 2
   SurvivorRatio    = 8
   PermSize         = 12582912 (12.0MB)
   MaxPermSize      = 134217728 (128.0MB)

"

JVM使用以下选项启动：

"   -Xms128m
    -Xmx512m
    -XX:MaxPermSize=128M
    -verbose:gc
    -XX:+PrintGCTimeStamps
    -XX:+PrintGCDetails
    -Xloggc:c:\my_gc.log
    -XX:+HeapDumpOnOutOfMemoryError"

因此，我的问题是：为什么在使用live选项进行堆转储时会收集所有对象（这表明没有内存泄漏），但是，如果我不这样做，我将无法重新打开另一个（或相同）作业报告，因为我收到OOM错误？

另外，我测试了另一种情况：

• 打开第一个作业报告窗口，然后将其关闭。
• 创建了一个菜单项，该菜单项在按下时会无限循环地创建Long实例，直到JVM抛出OOM为止。 我检查了引发OOM时生成的堆转储，并且该堆用Long实例填充了99％，并且我的作业报告对象都不在堆上。

提前致谢。

Answer 1

所以，我的问题是：为什么在使用live选项进行堆转储时，为什么要收集所有对象？

jmap live选项强制收集。 这里已经讨论过了 。

您的观察证实了这一点。

练习后可以做些什么，就是在某些GC活动之后重新打开窗口，以查看是否已回收内存。