内存溢出与内存泄漏，还傻傻分不清？

内存溢出（Out of Memory）

内存溢出是指JVM在运行时尝试分配更多的内存，但系统中已经没有足够的内存可供分配，导致程序无法正常运行。在JVM中，这通常表现为java.lang.OutOfMemoryError异常。

内存溢出可以发生在以下几个方面：

• 堆内存溢出：当JVM的堆空间（Heap）不足以存储新对象时，会抛出java.lang.OutOfMemoryError: Java heap space。
• 方法区(永久代或元空间) 溢出：方法区用于存储静态变量、类信息、常量、编译后的代码等，如果该区域的内存耗尽，也会引发溢出。 永久代（PermGen space）在Java 8之前用于存储类的元数据，如果类的数量或大小超出限制，会抛出java.lang.OutOfMemoryError: PermGen space。在Java 8及以后版本中，永久代被元空间（Metaspace）所取代，元空间位于本地内存中，理论上没有固定大小限制，但如果本地内存不足，也会发生溢出。
• 栈溢出：当递归调用过深或线程栈大小设置过小，线程栈空间不足以分配新的帧时，会抛出java.lang.StackOverflowError，虽然这通常不被认为是典型的内存溢出，但它与内存分配失败有关。

内存泄漏（Memory Leak）

内存泄漏是指在程序运行过程中，已经不再使用的对象仍然被引用，导致垃圾回收器（Garbage Collector）无法回收这些对象所占用的内存。

随着时间的推移，越来越多的内存被无用地占用，最终可能导致内存溢出。

由于Java虚拟机（JVM）提供了自动垃圾回收机制，因此内存泄漏的场景与那些需要手动管理内存的语言有所不同。然而，这并不意味着Java程序不会发生内存泄漏。以下是Java开发中最常遇到的内存泄漏发生场景：

1. 静态集合类引起的内存泄漏：

   • 当使用如HashMap, Vector, ArrayList等集合，并且这些集合是静态成员变量时，它们的生命周期与应用程序一样长。如果集合中包含了对象的引用，而这些对象本应被垃圾回收，但因为集合的长期存在而无法被回收，这就造成了内存泄漏。

2. 长生命周期对象持有短生命周期对象的引用：

   • 如果一个长生命周期的对象（如静态变量、Singleton实例）持有了对一个短生命周期对象的引用，而该短生命周期对象不再需要时，它将无法被垃圾回收，导致内存泄漏。

3. 监听器和回调函数：

   • 注册了监听器或回调，但没有适当地取消注册，导致相关对象的引用长时间保留，即使这些对象不再需要。

4. 内部类和匿名内部类：

   • 内部类和匿名内部类默认持有对外部类的引用。如果外部类的实例是一个长生命周期的对象，而内部类实例被频繁创建，这可能导致外部类实例的内存泄漏。

5. 缓存管理不当：

   • 缓存实现时，如果缓存项的引用无法被垃圾回收器触及，或者缓存的大小没有限制，都可能导致内存泄漏。

6. 日志记录中的问题：

   • 如果日志记录器使用不当，比如持有对大对象的引用并记录到日志中，可能导致对象无法被垃圾回收。

7. 数据库连接、网络连接和IO连接未关闭：

   • 连接资源如果在使用后没有正确关闭，可能会导致相关对象无法被垃圾回收，从而引起内存泄漏。

8. 字符串和StringBuilder/StringBuffer的使用：

   • 特别是在JDK8以前的版本中，String.substring()方法可能会导致不必要的内存保留，虽然在JDK8及以后的版本中这个问题已经被修正。

9. 线程局部变量（ThreadLocal）：

   • 如果ThreadLocal变量没有正确地清理，每个线程中的副本可能会导致内存泄漏，特别是在线程池中。

解决方案

对于内存溢出，可能的解决方案包括增加JVM的堆大小、优化代码减少内存消耗、调整JVM参数或使用更有效的数据结构和算法。

对于内存泄漏，需要通过代码审查、使用内存分析工具（如VisualVM、MAT、JProfiler等）来定位并修复那些无用对象的引用，确保对象在不再需要时可以被垃圾回收。

总之，内存溢出是由于内存分配失败，而内存泄漏则是由于未能正确管理已分配的内存，两者都可以通过适当的内存管理和优化来预防和解决。但根本措施还是要检查并解决代码中引起内存泄漏或内存溢出的问题。