为什么Java CMS垃圾收集器不允许使用的堆大小增加到可用的堆大小？

如何解决为什么Java CMS垃圾收集器不允许使用的堆大小增加到可用的堆大小？

我正在测试G1GC和CMS垃圾收集器之间的区别。运行相同的程序会产生不同的堆大小用法（也许是预期的那样）。

下图显示了与CMS GC（右）相比的G1GC（左）。 G1GC设法运行整个程序，而在使用CMS时，会引发outOfMemoryException。

因此，我的问题是：CMS为什么不允许使用的堆大小达到可用的堆大小？当可用空间为10GB时，堆大小停止在8.00GB增长，并且出现内存不足异常。

解决方法

简而言之，当堆填满时，CMS不如G1GC那样管理内存。这是CMS被淘汰的原因之一。

一个稍长的答案是，CMS中2GB的未使用空间被保留用于撤出Eden空间的次要（复制）GC中的对象。相比之下，G1GC似乎可以在终身使用空间填满时调整（缩小）伊甸园空间。

请注意，这实际上可能是不切实际的基准测试的产物。在典型的应用程序中，次要集合将成功删除大多数新对象。在您的基准测试中，似乎几乎所有内容仍然可以访问，因此分配的大多数对象最终都位于“使用权”空间中。

您能做什么？

1. 切换到G1GC。在大多数情况下，最好使用CMS。 （最终您别无选择。CMS在Java 9中已弃用，在Java 14中已删除。）

2. 您可以更改以减小Eden空间的大小：专门调整NewSize和MaxNewSize。但是，这对于正常的工作量具有缺点。容易导致年轻对象过早保管，这会增加CMS收集器的负担。

3. 有一些新的收集器，旨在更好地处理“完整”堆。