java.lang.OutOfMemoryError:Java堆空间意味着什么 该消息意味着应用程序只需要比可用的Java堆空间更多的Java堆空间来正常运行。
java.lang.OutOfMemoryError:GC开销限制超出意味着 此消息表示由于某种原因,垃圾收集器花费了过多的时间(默认情况下,该进程的所有CPU时间的98%)并且在每次运行中恢复非常少的内存(默认情况下为堆的2%)。这在内部也意味着当应用程序只需要比可用的Java堆空间更多的Java堆空间来正常运行时。
所以我的问题是上述两种情况会被触发吗?
所以我的理解是基于一个场景抛出一个特定的异常: -
假设我已经分配了1GB的堆大小。目前使用堆内存为970 MB。线程已启动(JVM不知道它将消耗多少内存)。 现在GC可以采取以下步骤之一
1)JVM开始分配内存,然后在一个时间点耗尽1GB内存并抛出java.lang.OutOfMemoryError: Java heap space
2)GC提前运行并尝试释放一些内存,因为它知道当前正在使用的内存接近1 GB分配,Heap。但它无法释放超过2%的空间
后续运行。然后它将抛出java.lang.OutOfMemoryError: GC overhead limit exceeded
我的理解在我的问题中是否正确?
答案 0 :(得分:2)
OutOfMemoryError:Java堆空间
JVM无法满足分配请求,即使在执行所有最后沟渠工作之后也是如此。
超出了OutOfMemoryError GC开销限制
意味着JVM可能能够满足分配请求,但是在最近的过去,它经常需要GC,因此在GCing上花费的CPU时间超过了Java使用的总CPU时间的一部分(可配置)。过程
JVM会自行终止而不是延迟到半工作,效率极低的状态,这种状态可能会随着时间的推移而变得更糟。
通常禁用GC开销OOM只会在几分钟后产生Java堆空间OOM。
它基本上是一种快速失败的机制。
答案 1 :(得分:0)
java.lang.OutOfMemoryError: Java heap space
原因:无法在Java堆中分配对象。此错误不一定意味着内存泄漏。问题可以像配置问题一样简单,其中指定的堆大小(或默认大小,如果未指定)对于应用程序来说是不够的。
java.lang.OutOfMemoryError: GC Overhead limit exceeded
正如您所说,垃圾收集时间过长。它可能是您的应用程序中内存泄漏的副作用。由于泄漏,旧的gen可能已完全填满,因此GC不会释放任何(或非常少)垃圾收集周期。
看看这个oracle article来解决不同类型的内存泄漏问题。
关于你的两个问题,我也认为你的理解是正确的,除非有区别。在第二种情况下触发GC的事件不仅仅是新对象的创建。在特定条件下将触发完整GC。看看这个SE问题。