一、什么是Java内存泄漏？
内存泄漏就像你家的水龙头没关紧，水一直在流，但水池却用不上这些水。在Java中，对象被创建后不再使用，却因为某些原因无法被垃圾回收器(GC)回收，这就是内存泄漏。时间一长，应用就会像灌了铅的气球，最终OOM(OutOfMemoryError)坠毁。
举个例子，我们经常在Android开发中遇到这种情况(技术栈：Java+Android)：
// 错误示例：静态集合持有Activity引用导致泄漏
public class LeakyActivity extends Activity {
private static List<Activity> activities = new ArrayList<>();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
activities.add(this); // 将当前Activity添加到静态集合
}
}
// 注释：静态集合activities会一直持有Activity实例，
// 即使Activity被销毁也无法被GC回收，这就是典型的内存泄漏
二、常见内存泄漏场景分析
1. 静态集合滥用
就像把易腐食品放进永久保鲜盒，静态集合的生命周期和应用一样长，一旦存放了不该存的对象，就会导致泄漏。
// 缓存实现中的陷阱
public class ImageCache {
private static final Map<String, Bitmap> cache = new HashMap<>();
public static void addToCache(String url, Bitmap bitmap) {
cache.put(url, bitmap); // 无限制的缓存增长
}
}
// 注释：没有设置缓存大小限制和淘汰策略，
// 大量图片缓存最终会导致OOM
2. 未关闭的资源
就像用完水龙头不关，数据库连接、文件流等资源忘记关闭也会导致内存问题。
// 数据库连接泄漏示例
public void queryUserData() {
Connection conn = null;
try {
conn = DriverManager.getConnection(DB_URL);
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("SELECT * FROM users");
// 处理结果集...
} catch (SQLException e) {
e.printStackTrace();
}
// 忘记关闭conn、stmt和rs！
}
// 注释：应该在finally块中关闭所有资源，
// 否则连接池会被耗尽
三、内存泄漏检测工具详解
1. JVisualVM - JDK自带神器
就像给Java应用做X光检查，它能实时监控堆内存使用情况。
使用步骤：
- 运行
jvisualvm命令 - 选择目标Java进程
- 安装Visual GC插件
- 观察内存曲线和GC活动
2. Eclipse MAT - 内存分析专家
当应用已经OOM时，MAT可以分析堆转储文件(hprof)，像侦探一样找出泄漏点。
分析步骤：
// 生成堆转储文件的代码示例
public class DumpHeap {
public static void main(String[] args) {
// 模拟内存泄漏
List<byte[]> leak = new ArrayList<>();
while (true) {
leak.add(new byte[1024 * 1024]); // 每次分配1MB
}
}
}
// 运行时添加VM参数：
// -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump.hprof
四、实战：使用MAT分析泄漏
假设我们有一个疑似泄漏的Android应用，分析过程如下：
- 在Android Studio中获取hprof文件
- 使用MAT打开文件
- 查看Dominator Tree
- 重点关注Retained Heap大的对象
- 查看GC Roots引用链
关键指标解读：
- Shallow Heap：对象本身占用的内存
- Retained Heap：对象及其引用对象总共占用的内存
五、内存泄漏预防指南
1. 集合使用规范
// 正确的缓存实现
public class SafeCache {
private static final int MAX_SIZE = 100;
private static final Map<String, SoftReference<Bitmap>> cache =
new LinkedHashMap<String, SoftReference<Bitmap>>() {
@Override
protected boolean removeEldestEntry(Map.Entry eldest) {
return size() > MAX_SIZE; // 自动移除最老条目
}
};
}
// 注释：使用SoftReference和大小限制，
// 当内存不足时GC可以回收缓存
2. 资源关闭最佳实践
// Java 7+的try-with-resources语法
public void safeFileOperation() {
try (InputStream is = new FileInputStream("data.txt");
BufferedReader br = new BufferedReader(new InputStreamReader(is))) {
String line;
while ((line = br.readLine()) != null) {
// 处理每行数据
}
} catch (IOException e) {
e.printStackTrace();
}
// 无需手动关闭，自动调用close()
}
六、高级技巧：弱引用与引用队列
当常规方法无法解决问题时，可以使用Java的引用机制：
// 使用WeakReference和ReferenceQueue
public class WeakRefDemo {
private static final ReferenceQueue<Object> queue = new ReferenceQueue<>();
public static void main(String[] args) {
Object obj = new Object();
WeakReference<Object> weakRef = new WeakReference<>(obj, queue);
// 监控队列的线程
new Thread(() -> {
while (true) {
try {
Reference<?> ref = queue.remove();
System.out.println("对象被GC回收了: " + ref);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
}).start();
obj = null; // 取消强引用
System.gc(); // 建议GC执行
}
}
// 注释：当obj只被弱引用持有时，
// GC会回收它并通知ReferenceQueue
七、Android特有内存问题
在Android开发中，Context泄漏是最常见的问题之一：
// 正确的单例模式实现
public class AppManager {
private static AppManager instance;
private Context appContext; // 使用Application Context
private AppManager(Context context) {
this.appContext = context.getApplicationContext();
}
public static synchronized AppManager getInstance(Context context) {
if (instance == null) {
instance = new AppManager(context);
}
return instance;
}
}
// 注释：存储Application Context而非Activity Context，
// 避免Activity无法被回收
八、总结与最佳实践
经过以上分析，我们可以得出以下结论：
- 预防胜于治疗：编码时就要考虑内存管理
- 工具辅助：定期使用分析工具检查应用
- 关注生命周期：特别是Android中的Context和静态变量
- 资源管理：确保所有资源都被正确关闭
- 测试验证：在低内存设备上测试应用表现
记住，内存泄漏就像慢性病，初期不易察觉，但积累到一定程度就会致命。养成良好的编码习惯，定期进行内存检查，才能保证应用的长期健康运行。
Comments