Java 內存洩漏原理剖析與四大引用類型實戰應用

從 GC 根追蹤機制理解內存洩漏本質

Java 雖有垃圾回收，但「對象仍被引用卻不再使用」依然會導致內存洩漏。本文深入剖析 GC 根追蹤算法，詳解強/軟/弱/虛四大引用類型，並提供 SoftHashMap 緩存實戰源碼。

內存洩漏兩大場景

• C/C++ 風格：分配後丟失引用（Java GC 已解決）
• Java 特有：對象生命週期超出程式需要時長（「對象游離」），典型如集合中持有無用對象引用

經典洩漏示例

Vector v = new Vector(10);
for (int i = 0; i < 100; i++) {
    Object o = new Object();
    v.add(o);
    o = null; // 僅切斷局部引用，v 仍持有對象 → 無法被 GC 回收
}

四大引用類型對比

ReferenceQueue 協作機制

軟/弱引用對象被回收前，引用本身會入隊 ReferenceQueue；虛引用則在對象內存釋放前入隊，允許最後訪問對象執行清理。

實戰：SoftHashMap 緩存實現

結合 SoftReference + ReferenceQueue + LinkedList 硬引用隊列，實現：

• 內存充足時盡量緩存
• 內存緊張自動釋放軟引用對象
• 近期訪問對象升級為硬引用防止抖動

// 核心邏輯片段
private static class SoftValue extends SoftReference {
    private final Object key; // 回收時通過 key 從 HashMap 移除
    SoftValue(Object k, Object key, ReferenceQueue q) { super(k, q); this.key = key; }
}
public void processQueue() {
    SoftValue sv;
    while ((sv = (SoftValue) queue.poll()) != null) {
        hash.remove(sv.key); // 關鍵：利用外部類訪問內部類私有字段
    }
}

最佳實踐建議

1. 明確對象作用域：方法內用局部變量，實例級用實例變量
2. 及時置空無用引用（obj = null）
3. 複雜緩存場景優先考慮 WeakHashMap、SoftReference 或成熟框架（Caffeine、Guava Cache）
4. 移動端嚴控內存，避免 OutOfMemoryError