内存泄漏是该回收却没被回收，内存溢出是要的太多根本给不了；前者因强引用导致无用对象无法被GC回收，缓慢蚕食内存，后者因申请时无足够空间而直接抛OutOfMemoryError崩溃。
内存泄漏是“该回收却没被回收”，内存溢出是“要的太多，根本给不了”。这两个概念常被混淆，但本质完全不同：一个是过程性问题，一个是结果性错误。
内存泄漏的本质定义
程序中已不再使用的对象，因仍被强引用持有（如静态集合、未注销监听器、未关闭流等），导致垃圾回收器无法将其识别为可回收对象。这些对象持续占用堆内存，不释放、不销毁，像细水长流般缓慢蚕食可用空间。
- 不立即报错，运行越久，内存占用越高
- 典型表现：GC 频率上升、老年代持续增长、Full GC 后内存回收极少
- 常见场景：静态 Map 缓存未清理、ThreadLocal 变量未 remove、数据库连接/文件流未 close
内存溢出的本质定义
程序在某次内存申请时，JVM 堆（或元空间、栈、直接内存）已无足够连续空间满足请求，直接抛出 java.lang.OutOfMemoryError，进程崩溃或线程终止。
- 是明确的运行时异常，不可忽略
- 发生瞬间即失败，不依赖长期运行
- 常见类型：
Java heap space、Metaspace、Direct buffer memory、StackOverflowError（栈溢出虽单独命名，也属内存上限触达）
核心区别一目了然
从四个维度看：
立即学习“Java免费学习笔记（深入）”；
- 性质不同：泄漏是隐性资源浪费（过程）；溢出是显性分配失败（结果）
- 触发条件不同：泄漏靠“引用未断”维持对象存活；溢出靠“申请动作+空间不足”瞬间触发
- 可观测性不同：泄漏需借助堆转储（heap dump）、MAT 或 VisualVM 持续观察；溢出直接见日志和异常堆栈
- 是否必然关联：泄漏可能引发溢出，但溢出未必由泄漏引起——比如一次性加载 2GB 文件进内存，代码完全干净，照样 OOM
面试中一句话精准作答建议
“内存泄漏是指本该被 GC 回收的对象因被意外强引用而长期驻留堆中；内存溢出是指 JVM 在某次内存分配时发现对应区域（如堆）已达上限，无法满足申请，从而抛出 OutOfMemoryError。前者是慢性病，后者是急性发作。”
