内存泄漏和内存溢出的区别是什么？

结论先行：内存泄漏（memory leak）是对象已经没用了，却还被引用链持有，垃圾回收器收不走——它是原因；内存溢出（out of memory）是可用内存不够分，申请失败抛 OutOfMemoryError——它是结果。泄漏会持续累积最终演化为溢出，但溢出也可能与泄漏无关，例如一次性申请超大数组或堆上限配得太小。

一、概念对比

时间 →
堆占用
  │            ╱╱╱╱╱╱  ← 泄漏：每次 GC 后基线抬升，锯齿上移
  │        ╱╱╱
  │    ╱╱
  │ ──╱──────────────── 正常：锯齿围绕固定基线波动
  │
  └────────────────────→ 到 -Xmx 上限即 OutOfMemoryError

二、四种典型泄漏写法

public class LeakCases {
    // 1. 静态集合只增不减：生命周期与类相同，等价于永久持有
    private static final Map<String, byte[]> CACHE = new HashMap<>();

    public void putCache(String key, byte[] data) {
        CACHE.put(key, data);                  // 缺少淘汰策略，等于把堆当硬盘
    }

    // 2. 监听器/回调注册后不反注册
    public void register(EventBus bus) {
        bus.register(this);                    // 若 this 被回收前未 unregister，事件总线长期持有它
    }

    // 3. 线程池任务里捕获大对象
    public void submit(ExecutorService pool, byte[] payload) {
        pool.submit(() -> {
            byte[] copy = payload;             // 任务对象被队列持有期间，payload 无法回收
            System.out.println(copy.length);
        });
    }

    // 4. 自定义栈只增不缩：pop 后仍保留数组引用
    static class Stack {
        private Object[] items = new Object[1024];
        private int size;

        Object pop() {
            return items[--size];              // 槽位仍指向对象，应置 null
        }
    }
}

ThreadLocal 的泄漏属于第 1 类的变体：ThreadLocalMap 的 key 是弱引用但 value 是强引用，线程池里的工作线程长期存活，value 就跟着泄漏，所以用完必须 remove()。

三、溢出的常见类型与触发点

四、排查动作

# 1. 先看曲线：是「一直涨」还是「到点就炸」
jstat -gcutil 1234 1000 30        # 关注 O（老年代使用率）与 FGC 次数

# 2. 现场保留：加 dump 参数重启，或对存活进程主动导
jcmd 1234 GC.heap_dump /tmp/heap.hprof

# 3. 直方图看谁在涨（不必 dump 也能看个大概）
jmap -histo:live 1234 | head -20

# 4. 用 Eclipse MAT 打开 hprof，看 Dominator Tree 与 Path to GC Roots

判断顺序：先确认内存增长与业务量是否成正比，再用 jmap -histo:live 对比两次快照，最后在 MAT 里顺着「最大保留集对象」找引用链。

五、常见追问

小结

泄漏是「收不掉」，溢出是「不够用」。定位时先分清是基线抬升还是申请过大，再决定是改代码的引用管理，还是调上限与容量规划。