java内存泄漏怎么预防

Java 内存泄漏（Memory Leak）指的是对象已经不再使用，但由于某些引用关系仍然被 GC Roots 引用，导致无法被垃圾回收，长期占用内存。下面从常见原因 → 预防手段 → 实战建议三个层面说明。

一、Java 内存泄漏常见原因

1. 长生命周期对象持有短生命周期对象引用
   • 如 static 集合、单例持有 Activity / Request / Connection
2. 未关闭的资源
   • InputStream / OutputStream / Connection / Session
3. 监听器 / 回调未注销
   • Listener、Observer、Handler、Timer
4. ThreadLocal 使用不当
   • 线程池场景下 ThreadLocal 未 remove()
5. 缓存无上限
   • 自己实现的 Map 缓存没有淘汰策略
6. 内部类持有外部类引用
   • 非静态内部类（如 Handler、Thread）

二、预防内存泄漏的核心原则

✅ 1. 减少不必要的强引用

• 能用局部变量，就不要用成员变量
• 能用弱引用，就不用强引用

// 不推荐
private static List<Object> cache = new ArrayList<>();

// 推荐
private static Map<Key, Value> cache =
    new WeakHashMap<>();

✅ 2. 及时释放资源（try-with-resources）

try (InputStream in = new FileInputStream(file)) {
    // 自动关闭
} catch (IOException e) {
    // handle
}

必须关闭的对象：

• Connection
• Statement / ResultSet
• InputStream / OutputStream
• Socket
• Session

✅ 3. 谨慎使用 static 变量

// 危险
public static List<User> users = new ArrayList<>();

✅ 改进：

• 限制生命周期
• 使用弱引用
• 明确清理时机

✅ 4. ThreadLocal 必须 remove

private static ThreadLocal<User> userHolder = new ThreadLocal<>();

try {
    userHolder.set(user);
    // business logic
} finally {
    userHolder.remove(); // 必须
}

⚠️ 线程池场景下尤其重要

✅ 5. 监听器 / 回调及时注销

@Override
public void onDestroy() {
    eventBus.unregister(this);
    timer.cancel();
}

常见场景：

• Android Activity
• GUI 程序
• MQ / WebSocket 监听

✅ 6. 缓存使用成熟方案

❌ 自己写 Map 缓存
✅ 使用：

• WeakHashMap
• LinkedHashMap（LRU）
• Caffeine
• Guava Cache
• Redis

Cache<String, User> cache = Caffeine.newBuilder()
    .maximumSize(1000)
    .expireAfterWrite(10, TimeUnit.MINUTES)
    .build();

✅ 7. 避免非静态内部类泄露外部类

// 危险
class Outer {
    class Inner extends Thread {}
}

// 安全
static class Inner extends Thread {}

或使用：

private static class MyHandler extends Handler {
    private final WeakReference<Activity> ref;
}

三、排查与监控手段（很重要）

工具

• jstat
• jmap
• jstack
• VisualVM
• MAT（Memory Analyzer）
• Arthas

排查步骤

1. 观察老年代是否持续增长
2. jmap -histo 看对象数量
3. jmap -dump + MAT 分析 GC Roots
4. 定位“谁在引用这个对象”

四、一句话总结

Java 内存泄漏的本质是：该释放的引用没释放。

✅ 写好“生命周期对称代码”
✅ 资源“谁申请谁释放”
✅ 引用“能弱不强，能局不全”

如果你愿意，可以告诉我：

• 是 后端 / Android / 中间件？
• 是否使用 线程池 / 缓存 / MQ？

我可以给你更针对性的建议或代码审查。