[Java知识库]JVM中的内存泄漏与内存溢出

内存泄漏与内存溢出的区别：

• 内存泄漏：不再被使用的对象占用的内存空间，本应该被释放，但没有被垃圾回收掉。

• 内存溢出：在程序运行中，无法申请到足够的内存资源。

1、内存泄漏

产生原因：

• 使用静态的集合类。静态变量不会被垃圾回收，而集合占用的内存又一般很大。

• 各种连接没有及时关闭，比如数据库连接、IO连接

• 一些强引用的对象，在不使用后没有置为null，导致无法被回收

• 变量的作用域设置不合理，存活周期过长

• 过多的单例模式类

解决方案：

• 避免在循环中创建对象

• 及时释放无用的对象引用

• 少用静态集合

• 及时关闭连接

• 对于String的操作，使用StringBuilder或者StringBuffer，不要直接拼接字符串

2、内存溢出

内存溢出的情况：

• 虚拟机栈和本地方法栈溢出

  • 如果线程请求的栈深度，大于虚拟机允许的栈深度，抛出StackOverflowError

  • 如果虚拟机在扩展栈时，无法申请到足够的内存空间，抛出OutOfMemoryError

• 堆溢出

  • 遇到堆溢出，必须先判断，到底是发生了内存泄漏还是内存溢出

  • 如果是内存泄漏，通过工具查看泄漏对象到 GC Roots 的引用链，找到泄漏对象无法被垃圾收集器自动回收的原因。

  • 如果不是内存泄漏，而且代码看不出问题，就考虑增大虚拟机的内存参数（-Xmx 与-Xms）

• 方法区溢出

  • 考虑修改方法区占用的内存大小

• 运行时常量池溢出

内存溢出的原因：

• 内存中加载的数据过于庞大

• 代码中存在死循环，或者存在大量对象的创建

• 虚拟机内存参数设置过小

内存溢出的解决方案：

• 修改JVM内存参数。一般将-Xms 和-Xmx 设置成相同的值，避免每次GC后调整堆的大小。堆一般设置为物理内存的80%

• 检查错误日志，查看内存溢出背后的实际原因

• 对代码进行走查和分析，排查产生错误的代码

• 使用内存查看工具，动态地监视内存的使用情况，尝试复现内存溢出的场景，进而发现问题。