引言

内存溢出和内存泄漏是我们经常听到的两种内存管理问题，那么，它们是如何导致的？又该如何解决？这篇文章，我们来聊一聊。

内存溢出

内存溢出（OutOfMemoryError）是指程序在运行时尝试分配内存，但由于没有足够的内存可用，Java 虚拟机（JVM）抛出了 OutOfMemoryError 错误。常见的内存溢出区域包括堆内存和永久代（在 Java 8 之后被元空间取代）。

导致的原因

1、堆内存溢出：导致堆内存耗尽
2、栈内存溢出：递归调用过深，导致栈内存耗尽
3、永久代/元空间溢出：类加载过多，导致永久代/元空间耗尽。

下面我们用三个示例，分别展示了堆内存溢出、栈内存溢出和永久代/元空间溢出的情况：

堆内存溢出

如下示例代码，通过不断向 ArrayList 添加对象来耗尽堆内存。

import java.util.ArrayList;
import java.util.List;public class HeapMemoryOverflow {public static void main(String[] args) {List<Object> list = new ArrayList<>();while (true) {list.add(new Object());}}
}

在运行上述 HeapMemoryOverflow 示例时，可能需要调整 JVM 参数以较小的堆大小运行，例如 -Xmx10m，以更快地观察到 OutOfMemoryError。

栈内存溢出

如下示例代码，通过递归调用一个没有终止条件的方法，导致栈内存溢出。

public class StackMemoryOverflow {public static void main(String[] args) {recursiveMethod();}public static void recursiveMethod() {// 没有终止条件的递归调用recursiveMethod();}
}

运行StackOverflowError代码，通常会很快发生栈内存溢出，因为默认的栈大小不大。

永久代/元空间溢出

在 Java 8 之前，永久代溢出可以通过动态生成大量类来模拟，Java 8 之后，永久代被元空间取代，以下是一个使用 CGLIB 动态生成类的示例，可能导致元空间溢出，需要添加 CGLIB 库依赖。

import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;import java.lang.reflect.Method;public class MetaspaceOverflow {public static void main(String[] args) {while (true) {Enhancer enhancer = new Enhancer();enhancer.setSuperclass(DummyClass.class);enhancer.setUseCache(false);enhancer.setCallback(new MethodInterceptor() {@Overridepublic Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {return proxy.invokeSuper(obj, args);}});enhancer.create();}}static class DummyClass {}
}

运行 MetaspaceOverflow 示例时，可以使用 JVM 参数 -XX:MaxMetaspaceSize=10m 来限制元空间大小，以更快地观察到溢出。

解决方法

1、增加内存：调整 JVM 参数增加堆内存大小，如 -Xmx。
2、优化代码：减少不必要的对象创建，优化数据结构。
3、检查递归：避免过深的递归调用。
4、监控和分析：使用工具如 JVisualVM、JProfiler 分析内存使用情况

---

内存泄漏

内存泄漏（Memory Leak）是指程序中存在一些对象，它们不再被使用，但由于仍然被引用，垃圾回收器无法回收这些对象。因此，随着时间的推移，内存泄漏会导致可用内存逐渐减少，最终可能导致内存溢出。

导致原因

1、静态集合类：使用 static 修饰的集合类持有对象引用，因为静态集合的生命周期和 JVM 一致，所以静态集合引用的对象不能被释放。
2、监听器和回调：注册的监听器或回调未被移除。
3、长生命周期对象持有短生命周期对象：长生命周期对象不当持有短生命周期对象的引用。

下面我们用三个示例，分别展示了内存泄漏可能发生的场景：

静态集合类导致的内存泄漏

静态集合类持有对象引用，导致这些对象无法被垃圾回收。

import java.util.ArrayList;
import java.util.List;public class StaticCollectionLeak {// 静态集合持有对象引用private static List<Object> objectList = new ArrayList<>();public static void main(String[] args) {for (int i = 0; i < 10000; i++) {// 每次创建一个新对象并添加到静态集合中objectList.add(new Object());}// 即使在这里试图清理掉一些其他的引用System.gc();  // 这些对象仍然无法被回收，因为它们被静态集合引用}
}

监听器和回调未被移除

注册的监听器或回调未被移除，导致内存泄漏。

import java.util.ArrayList;
import java.util.List;public class ListenerLeak {private List<EventListener> listeners = new ArrayList<>();public void addListener(EventListener listener) {listeners.add(listener);}public void triggerEvent() {for (EventListener listener : listeners) {listener.onEvent();}}public static void main(String[] args) {ListenerLeak leakExample = new ListenerLeak();// 匿名类创建的监听器对象leakExample.addListener(new EventListener() {@Overridepublic void onEvent() {System.out.println("Event triggered");}});// 假设在某个时候不再需要监听器，但未移除// listeners.remove(listener); // 应该移除不需要的监听器}
}interface EventListener {void onEvent();
}

长生命周期对象持有短生命周期对象

长生命周期对象不当持有短生命周期对象的引用，导致短生命周期对象无法被回收。

import java.util.HashMap;
import java.util.Map;public class LongLifeCycleLeak {private static Map<String, byte[]> cache = new HashMap<>();public static void main(String[] args) {while (true) {// 短生命周期对象byte[] data = new byte[1024 * 1024]; // 1MB// 长生命周期对象持有短生命周期对象的引用cache.put(String.valueOf(System.nanoTime()), data);// 需要定期移除不再需要的数据，否则会导致内存泄漏// cache.clear(); // 应该在适当时机清理缓存}}
}

解决方法

1、及时释放引用：确保不再使用的对象引用被清除。
2、使用弱引用：对缓存或非关键对象使用 WeakReference。比如 ThreadLocal 的弱引用会导致内存泄漏，因此使用完 ThreadLocal 一定要记得使用 remove 方法来进行清除。
3、正确管理生命周期：特别是监听器和回调，确保在不需要时移除。

示例代码

下面示例代码，用于测试内存泄漏。

import java.util.HashMap;
import java.util.Map;public class MemoryLeakExample {private static Map<Integer, String> map = new HashMap<>();public static void main(String[] args) {for (int i = 0; i < 100000; i++) {map.put(i, "value" + i);}}
}

在上面的代码中，如果 map 是一个长期存在的静态变量，并且没有及时清理，则可能导致内存泄漏。

---

对比

关于内存溢出和内存泄漏的比较如下：

1、触发时机：内存溢出通常在内存耗尽时立即触发，而内存泄漏可能在一段时间后逐渐显现。
2、影响范围：内存溢出会立即影响程序的可用性，而内存泄漏通常是一个逐步积累的问题。
3、检测难度：内存溢出较容易检测，而内存泄漏往往需要深入分析和调试。
4、解决复杂度：内存溢出的解决相对简单，通常通过优化内存使用或增加内存即可。而内存泄漏的解决需要识别并清理不必要的引用，可能涉及更复杂的代码重构。

总结

本文，我们分析了Java的内存溢出和内存泄漏并且应示例展示了它们导致的原因，应该说它们是比较常见的内存管理问题，如果在生产环境出现也是比较头疼的问题。所以在日常开发中，我们一定要注意自己的代码风格和代码质量，尽量避免这些问题的发生。

编辑：三两肉
来源：猿Java