JVM的OOM分为多种情况,下面会针对JAVA.lang.OutOfMemoryError: Java heap space这种情况讲解一下发生的原因与解决方案。
在JAVA应用启动时,会限制应用的使用空间。也就说,任何一个JAVA应用,都只能使用有限的内存空间。
JAVA的内存空间在JDK7及以前划分为堆与永久代。在JDK8之后移除了永久代,采用元空间来代替。
在启动时,通过指定JVM参数:`-Xmx` 来设置可使用的最大堆大小。如果没有显式的设置,则系统上默认为物理内存的1/4(根据物理内存的不同情况有不同的分配规则。但是普遍可以认为是1/4)。
发生java.lang.OutOfMemoryError: Java heap space异常时,代表着应用尝试从堆上申请一个区域时,堆没有可配的空间。(注:可能有可使用的物理内存,但是没有已经达到了JAVA应用可分配的内存大小)
JVM是很智能的,在即将发生OOM时,会进行一次FullGC以回收可回收的对象来释放空间。如果FullGC之后还是没有可满足大小的空间分配,才抛出java.lang.OutOfMemoryError: Java heap space。
java.lang.OutOfMemoryError: Java heap space正常是怎么发生的呢?
最简单的解决方法就给JVM分配足够大的内存来满足运行程序的需求。
但是,需要注意在内存泄漏的情况下,分配再大的内存也只是推迟了java.lang.OutOfMemoryError: Java heap space的发生。
而且,加大了JVM堆内存,也会增加在GC时的暂停时间(STW),影响程序的吞吐量,增加延迟。
如何分配一个合理的内存空间,是需要针对GC进行优化的。也就是常说的JVM调优。
JVM调优可以参考:「JVM」GC——调优介绍
那么,如何调整通过分配JAVA堆空间来解决问题呢?
首先,需要了解以下这些问题:
上述的问题可以通过JVM自身的jmap来dump出运行时的堆栈信息。然后通过如:MAT,JProfiler,jconsole等空间来进行内存对象占用的跟踪。
MAT使用可以参考:[JVM] MAT进阶使用
当然,这种方式是比较原始的方式。建议通过如:Plumbr等JVM监控工具来跟踪问题。
Plumbr的报告信息
以上图的监控举例简要说明一下如何适当的进行堆空间的大小分配。
上图所示中,可以得到如下信息:
根据上述的信息, 我们可以得到这样的猜想:
这个程序的需要的运行空间超过248MB,并且是无法在一定时间内释放被回收。那么,按JVM调优的思路,建议分配的最大堆大小为:老年代活跃数据大小 * 3~4倍。
所以,我们第一次调整时,可以分配:248 * 4 = 992。
由于堆大小的无法确认,所以第一次调整直接调整为:-Xmx1024m。
单位:
-Xmx1024 即配置1024b = 1kb
-Xmx1024k 即配置1mb
-Xmx1024m 即配置1gb
-Xmx1g 即配置1gb
建议:
在配置-Xmx时,应该将-Xms也配置成相同大小。避免JVM需要动态调整堆空间大小带来的性能影响。