内存泄漏与内存溢出本质不同：泄漏是对象不可回收致内存缓慢增长而不报错，溢出是内存不足直接抛OutOfMemoryError；泄漏常引发持续增长型OOM，排查用MAT分析堆dump，溢出需据错误类型结合jstat、GC日志定位。
内存泄漏和内存溢出是两种性质不同、表现不同、排查路径也不同的 JVM 内存问题，不能混为一谈。
核心区别：发生机制与是否抛异常
内存泄漏（Memory Leak）是指对象已不再被业务逻辑使用，但由于被某些活跃引用（如静态变量、监听器、缓存、内部类等）持续持有，导致 GC Roots 仍可达，垃圾回收器无法回收——它不报错，程序照常运行，但内存占用缓慢上涨。
内存溢出（OutOfMemoryError，OOM）是指 JVM 在尝试分配新对象时，堆（或栈、元空间、直接内存等）中没有足够可用空间，且 GC 也无法腾出足够内存——它会明确抛出异常，进程可能中断或崩溃。
典型表现对比
- 内存泄漏的信号：应用长期运行后，老年代使用率持续攀升；Full GC 频次增加但每次回收量很少；堆 dump 中存在大量本该被回收却“意外存活”的对象（如 Activity、Context、Bitmap、Handler 引用链）。
-
内存溢出的信号：直接抛出
java.lang.OutOfMemoryError: Java heap space、Metaspace、Direct buffer memory或StackOverflowError；堆内存使用曲线在某次分配后突然触顶；启动时或批量处理时瞬间失败。
因果关系：泄漏常是溢出的前奏
单次泄漏影响微弱，但若长期存在（比如一个未注销的广播接收器持有一个 Activity），每次页面打开都新增一组不可回收对象，几小时或几天后就会耗尽堆空间，最终触发 OOM。所以持续增长型 OOM，大概率由内存泄漏引起；而瞬时峰值型 OOM（如一次加载 100 万条数据库记录），则更可能是设计或配置问题。
排查工具与切入点不同
- 查泄漏：用
jmap -dump获取堆快照，再用 MAT 分析支配树（Dominator Tree）、查找 GC Roots 引用链，重点关注java.lang.ref.Finalizer、ThreadLocalMap、静态集合、非静态内部类实例。 - 查溢出：先看错误类型——堆溢出看
jstat -gc的 YGC/FGC 趋势；元空间溢出检查类加载数量（jstat -class）；栈溢出直接看线程栈深度；配合 GC 日志分析回收效率。
