# 8. 如何保证 JVM 里的对象不会被回收？

在 Java 中，对象是否会被垃圾回收（GC）取决于 JVM 的 GC Root 可达性分析（Reachability Analysis）。如果对象仍然可以从 GC Root 访问，则不会被回收。为了保证对象不被回收，可以采取以下策略：

JVM 采用 GC Root 可达性分析算法 来决定对象是否存活。GC Root 主要包括：

强引用对象永远不会被 GC，除非手动置 null。

Object obj = new Object(); // 强引用

如果对象 obj 还可以被访问，JVM 绝不会回收它。

static 变量属于 类元数据，只要 ClassLoader 没有卸载，static 持有的对象不会被回收。

class Singleton {
    private static final Singleton instance = new Singleton();
}

1
2
3

线程对象存活时，它持有的变量不会被 GC。

ThreadLocal<Object> threadLocal = new ThreadLocal<>();
threadLocal.set(new Object()); // 线程结束前不会被回收

1
2

如果 ThreadLocal 没有 remove()，它的引用对象可能会导致内存泄漏。

JNI 代码可以持有 Java 对象的引用，使其不被 GC 回收。

System.loadLibrary("nativeLib"); // 调用 C++ 代码持有对象

WeakReference 引用的对象，在 GC 时会立即被清理。

WeakReference<Object> weakRef = new WeakReference<>(new Object());
System.gc(); // 立即被回收

1
2

被 synchronized 锁定的对象，在释放锁之前不会被回收：

synchronized (obj) {
    // obj 在锁内不会被 GC
}

1
2
3

（1）缓存对象：
使用 ConcurrentHashMap 进行对象缓存，确保对象一直可达。

Map<String, Object> cache = new ConcurrentHashMap<>();
cache.put("key", new Object()); // 保证对象可达

1
2

（2）使用 SoftReference 实现缓存：

SoftReference<byte[]> cache = new SoftReference<>(new byte[10 * 1024 * 1024]);

（3）避免 ThreadLocal 内存泄漏：
手动 remove() 避免线程对象泄漏：

threadLocal.remove();

（4）慎用 finalize() 方法

protected void finalize() throws Throwable {
    obj = this; // 复活对象
}

1
2
3

但 finalize() 不可靠，JDK 9+ 已废弃。

避免 static 变量持有大对象（如 List）。
使用 WeakReference 代替 StrongReference。
避免 ThreadLocal 不手动清理。
监控 Metaspace，避免 ClassLoader 泄漏：
```
jstat -gcmetacapacity <pid>
```
1
定期分析 Heap Dump，查找不可回收对象：
```
jmap -dump:format=b,file=heap.bin <pid>
```
1