内存泄漏是对象不再被使用但垃圾回收器无法回收其占用的内存，导致可用堆空间逐渐减少；内存溢出则是程序在运行中请求的内存超过了系统或jvm所能提供的最大限制。简单来说，泄漏是“该收没收回”，溢出是“要太多给不了”。排查时先通过监控工具确认是否存在持续增长的未释放对象（泄漏），再根据报错信息判断是否因堆大小不足或单次分配过大导致溢出。
OutOfMemoryError 和 java.lang.OutOfMemoryError: Java heap space 有什么区别
这两个错误都属于内存溢出，但触发场景不同。OutOfMemoryError 是一个广义的错误类，涵盖堆、方法区、线程栈等所有内存区域的耗尽情况。而 OutOfMemoryError: Java heap space 特指Java堆内存不足，通常发生在创建新对象时，GC无法提供足够连续空间。前者可能由永久代/元空间满、直接内存超限或线程数过多引起，后者则明确指向堆内对象堆积或大对象分配失败。
import java.util.ArrayList;
import java.util.List;
public class MemoryLeakDemo {
public static void main(String[] args) {
List<Object> leakList = new ArrayList<>();
// 模拟内存泄漏：不断添加对象但不移除，且外部引用一直存在
for (int i = 0; i < 1000000; i++) {
leakList.add(new Object());
}
// 此时堆内存持续增长，若设置较小-Xmx可能触发heap space溢出
System.out.println("List size: " + leakList.size());
}
}上述代码演示了典型的内存泄漏场景：虽然循环内的临时变量已失效，但leakList持有所有对象的强引用，导致它们无法被GC回收。如果运行此代码并设置较小的堆大小（如-Xmx10m），将很快抛出OutOfMemoryError: Java heap space。这证明了泄漏最终会导致溢出，但溢出不一定由泄漏引起（例如一次性加载超大文件）。
立即学习“Java免费学习笔记（深入）”；
如何区分是内存泄漏还是单纯的内存不足
区分的关键在于观察内存使用趋势和对象生命周期。如果是单纯的内存不足，增加堆大小（-Xmx）即可解决问题，且内存使用量在GC后能显著下降。如果是内存泄漏，即使增加堆大小，内存使用量仍会随时间单调递增，GC效果越来越差，直到再次溢出。可以通过分析Heap Dump来定位哪些对象持有了不该持有的引用。
import java.lang.management.ManagementFactory;
import java.lang.management.MemoryMXBean;
import java.lang.management.MemoryUsage;
public class MemoryMonitor {
public static void main(String[] args) throws Exception {
MemoryMXBean memoryBean = ManagementFactory.getMemoryMXBean();
while (true) {
MemoryUsage heapUsage = memoryBean.getHeapMemoryUsage();
long used = heapUsage.getUsed();
long max = heapUsage.getMax();
System.out.printf("Used: %d MB, Max: %d MB%n", used / 1024 / 1024, max / 1024 / 1024);
Thread.sleep(5000); // 每5秒打印一次
}
}
}这段监控代码可以辅助判断：如果used值在GC后不回落，而是持续攀升，基本可判定为内存泄漏。结合之前的MemoryLeakDemo，运行监控程序会发现内存曲线呈阶梯状上升，而非波动状，从而明确区分泄漏与正常内存消耗。
基于程序中某个输入、条件或结果的具体问题
在上述MemoryLeakDemo中，当循环次数达到100万次时，具体结果是堆内存占用急剧增加。如果此时没有外部引用（即leakList设为局部变量并在方法结束后不可达），GC会在适当时机回收这些对象。但在当前代码中，由于leakList是main方法的局部变量，它在整个main执行期间都存活，因此所有添加的对象都无法被回收。这就是为什么即使没有显式的“泄漏”逻辑（如静态集合），只要引用链未被切断，就会导致内存泄漏并最终引发溢出。
