Java 内存泄漏

学习目标

理解内存泄漏在 Java 中的本质与成因
掌握常见导致内存泄漏的编程模式
学会使用专业工具检测和分析内存问题
掌握预防和修复内存泄漏的最佳实践
对比 Java 与 C 语言在内存管理上的根本差异

什么是内存泄漏

在程序运行过程中，内存泄漏指的是：程序持续占用内存，但在不再需要这些内存时未能释放，导致可用内存不断减少。尽管 Java 拥有自动垃圾回收机制，但若程序错误地保留了对无用对象的引用，GC 就无法回收这些对象，从而引发内存泄漏。

关键点：只要存在强引用，对象就不会被回收。即使逻辑上“已无用”，只要代码仍持有引用，内存就无法释放。

Java 内存管理机制回顾

Java 通过 JVM 自动管理堆内存：

开发者创建对象 → 对象分配在堆上
当对象不可达（即没有活跃引用指向它）→ 垃圾回收器将其标记为可回收
GC 在适当时候回收这些对象，释放内存

然而，“不可达”不等于“逻辑上无用”。如果程序员未主动解除引用，对象将一直“可达”，从而造成内存堆积。

内存泄漏的典型示例

以下代码演示了一个经典的内存泄漏场景：

import java.util.ArrayList;
import java.util.List;

public class MemoryLeakDemo {
    public static void main(String[] args) {
        List<byte[]> list = new ArrayList<>();

        while (true) {
            // 每次循环创建一个 1 MB 的字节数组
            list.add(new byte[1024 * 1024]);
        }
    }
}

执行结果：

程序持续运行，不断向 list 中添加新对象。由于 list 持有对所有 byte[] 的强引用，垃圾回收器无法回收任何元素。

最终，堆内存耗尽，抛出异常：

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

此例虽极端，但反映了真实问题：缓存、监听器、静态集合等若未及时清理，极易引发泄漏。

常见内存泄漏原因

静态集合类无限增长

public class Cache {
    private static List<Object> cache = new ArrayList<>();
    public static void add(Object obj) { cache.add(obj); }
    // 忘记提供 clear() 或 remove() 方法
}

未关闭资源
- 文件流、数据库连接、网络 Socket 等未调用 close()
- 即使对象本身可回收，底层资源可能仍占用内存或句柄
内部类持有外部类引用
非静态内部类隐式持有外部类实例的引用，若内部类对象生命周期长于外部类，会导致外部类无法回收。
监听器与回调未注销
注册事件监听器后未在适当时候移除，导致被监听对象无法释放。
ThreadLocal 使用不当
ThreadLocal 变量若未调用 remove()，在线程池中会长期驻留，造成内存累积。

检测内存泄漏的工具

以下工具可帮助定位内存泄漏根源：

工具	特点
VisualVM	JDK 自带，可监控堆内存、生成堆转储、查看对象分布
Eclipse MAT (Memory Analyzer Tool)	强大的堆分析工具，可识别“支配树”、泄漏嫌疑对象
Java Mission Control (JMC)	提供飞行记录，实时分析内存与 GC 行为
YourKit Profiler	商业级性能分析工具，支持深度内存与 CPU 分析

建议流程：
使用 -XX:+HeapDumpOnOutOfMemoryError 自动生成堆转储
用 MAT 打开 .hprof 文件
查看 “Leak Suspects” 报告，定位最大内存占用对象及其引用链

内存泄漏的后果

内存使用持续增长，系统响应变慢
频繁 Full GC，CPU 使用率飙升
最终触发 java.lang.OutOfMemoryError: Java heap space
应用崩溃或服务不可用

如何避免内存泄漏

1. 及时清除无用引用

// 使用完毕后显式置空
myList = null;
cacheMap.clear();

2. 控制集合大小

使用 LinkedHashMap 实现 LRU 缓存
设置缓存上限，定期清理过期数据

3. 正确管理资源

try (FileInputStream fis = new FileInputStream("file.txt")) {
    // 自动关闭资源（Java 7+ try-with-resources）
} catch (IOException e) {
    e.printStackTrace();
}

4. 谨慎使用静态变量

避免将大对象或集合声明为 static
若必须使用，提供清理机制

5. 合理使用内部类

优先使用 静态内部类（不持有外部引用）
若需访问外部成员，通过弱引用来避免强依赖

6. 清理 ThreadLocal

private static ThreadLocal<Context> context = new ThreadLocal<>();

// 使用完毕后
context.remove(); // 防止线程复用时内存泄漏

Java 与 C 内存管理

特性	C 语言	Java
内存分配	手动（`malloc`, `calloc`）	自动（`new`）
内存释放	手动（`free`）	自动（垃圾回收器）
内存泄漏主因	忘记调用 `free`	保留无用对象的强引用
安全性	易出现悬空指针、重复释放	无指针操作，更安全
开发效率	低（需精细管理）	高（专注业务逻辑）

虽然 Java 自动化程度高，但“自动”不等于“无需关注”。理解对象生命周期和引用关系，仍是避免内存问题的关键。

重点总结

Java 的内存泄漏本质是 “无用但可达” 的对象堆积
常见泄漏源包括：静态集合、未关闭资源、监听器、ThreadLocal、内部类
利用 堆转储 + 分析工具（如 MAT） 可高效定位问题
预防胜于治疗：编写代码时就应考虑对象的生命周期与引用清理
自动 GC 是强大工具，但不能替代良好的编程习惯

思考题

为什么即使使用了 WeakHashMap，在某些场景下仍可能发生内存泄漏？请结合其工作原理说明。
在 Web 应用中，HttpSession 存储大量用户数据可能导致内存泄漏。如何设计一个安全的会话数据管理策略？
假设你发现一个长时间运行的服务内存使用持续上升，但未触发 OOM。你会采取哪些步骤来判断是否存在内存泄漏？