JVM OOM分为多种条件，下面将针对Java进行介绍。朗。OutOfMemoryError: Java堆空间，解释原因和解决方案。

当JAVA应用程序启动时，它限制了它可以使用的空间量。换句话说，任何JAVA应用程序只能使用有限的内存空间。

在启动时，可以使用的最大堆大小是通过指定JVM参数来设置的：'-Xmx'。如果没有显式设置，则默认为系统物理内存的1/4(根据物理内存的不同，分配规则也不同)。但它通常被认为是四分之一。

在Java中。朗。OutOfMemoryError: Java堆空间异常，表示应用程序试图从堆中申请一个区域，堆中没有空间可以匹配。(注意：可能存在可用的物理内存，但还没有达到JAVA应用程序可以分配的大小。)

JVM足够聪明，可以在OOM即将发生时执行FullGC来回收已回收的对象以释放空间。如果经过FullGC还是不能满足空间分配的大小，就抛出Java。朗。OutOfMemoryError: Java堆空间。

Java。朗。OutOfMemoryError: Java堆空间正常是怎么发生的？

突发峰值：程序在正常用户数量和一定数据量的情况下正常运行。但是，在超过预期阈值的某个峰值时，内存活动对象使用的空间量超过了最大堆，并且无法回收。内存泄漏：由于编程错误，应用程序不再需要的对象(数据)被保留为引用，并且无法回收。随着时间的推移，泄漏的内存对象会占用所有可用的堆空间。最简单的解决方案是为JVM分配足够的内存来运行程序。

但需要注意的是，在发生内存泄漏的情况下，分配的内存又有很大一部分被Java延迟了。朗。OutOfMemoryError: Java堆空间。

此外，增加JVM堆内存也会增加GC的暂停时间(STW)，从而影响程序的吞吐量并增加延迟。

如何分配合理的内存空间是针对GC进行优化的。这通常被称为JVM调优。

有关JVM调优的详细信息，请参见“JVM”GC——调优简介

那么，如何调整JAVA堆空间的分配来解决这个问题呢？

首先，你需要知道以下几点：

哪些对象占用大量堆空间以及在哪些代码中创建这些对象的问题，可以通过使用JVM自己的jmap在输出行时转储堆栈信息来解决。然后使用MAT、JProfiler、jconsole等空间跟踪内存对象的占用情况。

MAT使用可参考：【JVM】MAT高级使用

当然，这是一种更原始的方式。建议使用JVM监视工具(如plumber)来跟踪问题。

水管工报告信息

上图中的监控示例简要说明了如何适当地调整堆空间的大小。

如上图所示，可以得到以下信息：

所有相关对象的整个GCRoot指的是消耗内存最多的对象：这些对象在代码中的分配位置：基于上述信息，我们可以这样猜测：

此程序需要248MB以上的运行时空间，并且在一定时间内无法释放回收。然后，在JVM调优方面，推荐的最大堆大小为：老年活动数据大小* 3~4倍。

因此，当我们进行第一次调整时，我们可以赋值：248 * 4=992。

由于无法确认堆大小，因此第一个调整直接调整为：-Xmx1024m。

单位：

-Xmx1024表示1024b=1kb

-Xmx1024k表示配置1mb

-Xmx1024m即配置1gb

-Xmx1g配置1gb

建议：

在配置-Xmx时，应该将-Xms配置为相同的大小。避免需要动态调整堆空间大小的JVM对性能的影响。

本文由java架构笔记原创，欢迎关注，带你一起长识!