Java中堆的内存泄漏和内存溢出 及问题解决 参数设置

首先内存泄漏问题、内存溢出问题可都能会OOM（OutofMemoryError）

堆空间不足

一、内存泄漏问题导致

1、内存泄漏：严格来说，只有对象不会再被程序用到了，但是GC又不能回收他们的情况，才叫内存泄漏，由于这些对象不能被垃圾收集掉，这样的对象多了，有可能就会OOM。

举一个生活中的不太恰当的例子：假设你有一个妹妹她小时候买了一个很可爱的玩偶，现在她长大了，但是这个玩偶还是一直都没有扔掉它，家里人也不会去丢掉它 ，那么这样的玩偶多了，一直在家就可能把你家堆满（OOM）。这个例子里的这个玩偶就相当于一个没有引用的对象，这个对象（玩偶）程序都不用了，但是由于它和其中某一个有引用的对象有联系，所以垃圾回收时也不会去回收它。

真实的举例：

（1）单例模式

单例的生命周期和应用程序是一样长的，所以单例程序中，如果持有对外部对象的引用的话，那么这个外部对象是不能被回收的，则会导致内存泄漏的产生。

（2）一些提供close的资源未关闭导致内存泄漏

数据库连接(dataSourse . getConnection())，网络连接(socket)和io连接必须手动close，否则是不能被回收的。

2、解决办法：如果是内存泄漏，可进一步通过工具查看泄漏对象到GC Roots 的引用链。于是就能找到泄漏对象是通过的路径与GC Roots 相关链并导致垃圾收集器无法自动回收它们。掌握了泄漏对象的类型信息，以及GC Roots引用链的信息，就可以比较准确定位出泄漏代码的位置。

3、"GC Roots"根集合：一组必须活跃的引用。

基本思路:

➢可达性分析算法是以根对象集合(GC Roots) 为起始点，按照从上至下

➢使用可达性分析算法后，内存中的存活对象都会被根对象集合直接或间接连接着，搜索所走过的路径称为引用链

➢如果目标对象没有任何引用链相连，则是不可达的，就意味着该对象己经死亡，可以标记为垃圾对象

➢在可达性分析算法中，只有能够被根对象集合直接或者间接连接的对象才是存活对象

4、另外：MAT是Memory Analyzer的简称，它是一款功能强大的Java堆内存分析器。用于查找内存泄漏以及查看内存消耗情况。MAT是基于Eclipse开发的，是一款免费的性能分析工具。大家可以http://www.eclipse.org/mat/下载并使用MAT。MAT工具找GC Roots截图：

还推荐一款可视化工具 JProfiler，这也可以看到JVM内存动态信息。20版IDEA集成JProfiler工具（安装、集成、测试）教程。

二、内存溢出问题导致

1、 如果不是内存泄漏，换句话说就是内存中的对象确实都是还必须存活着，栈中都还有引用。那就应当检查虚拟机的堆参数（-Xms和-Xmx），与机器物理内存对比看是否还可以调大堆内存大小，从代码上检查是否存在某些对象生命周期过长（静态修饰）、持有状态时间过长的情况，尝试减少程序运行期内存消耗。

2、内存溢出是没有空闲内存的情况:说明Java虛拟机的堆内存不够。原因有二:

(1) Java虛拟机的堆内存设置不够。

比如:可能存在内存泄漏问题；也很有可能就是堆的大小不合理，比如我们要处理比较可观的数据量，但是没有显式指定JVM堆大小或者指定数值偏小。我们可以通过参数-Xms、-Xmx来调整。

（2)代码中创建了大量大对象，并且长时间不能被垃圾收集器收集(存在被引用)

3、初始堆空间默认大小是物理内存的1 / 64（-Xms），最大堆空间默认大小是物理内存1 / 4（-Xmx）。

调节堆内存大小的参数：-Xms600m -Xmx600m，中英文之间没有空格

参数表示含义：将堆空间的初始化内存大小设置为600兆，最大堆空间内存大小设置为600兆。

另外；通常情况我们都是将两者大小设置为一样，这这样就避免初始堆空间不足而去不断申请扩内存或者降低内存这个过程，因为这个过程会耗时，有一定的开销。

4、参数设置：

1）将Modules指定为JDK1.8（看你使用的是）

2）Java Complier 也设置为JDK1.8

3）进入Run添加参数设置，-Xms600m -Xmx60

另外：报OOM的原因不只是堆空间不足，还可能是方法区（元空间）不足导致，详细见这篇文章。

CSDN 我的原文地址：https://blog.csdn.net/qq_43012792/article/details/107407853

有用点个关注，手留余香！