Java 四大引用類型深度解析：強/軟/弱/虛引用與 GC 回收機制

引言：引用與 GC 的微妙關係

JVM 垃圾回收的核心判斷標準是可達性分析：從 GC Roots 出發，沿著引用鏈搜索，不可達對象判定為可回收。但現實場景中，我們需要更精細的控制：

• 緩存：內存充足時保留，內存緊張時釋放
• 監聽器/回調：不阻礙對象回收
• 最終化處理：對象銷毀前執行特定邏輯

JDK 1.2 引入四種引用類型，賦予開發者與 GC 協作的能力。

引用類型層級對比

1. 強引用：默認的堅持

String str = "Hello"; // str 是強引用
// 只有 str 超出作用域、賦值 null、或所在線程結束，對象才可能被回收

誤區澄清：強引用不等於「永不回收」。若強引用鏈從 GC Roots 斷開 (如方法棧幀彈出、集合 remove)，對象照樣可回收。循環引用若無外部強引用連接，同樣可回收。

2. 軟引用：緩存的最佳拍檔

// 創建軟引用
SoftReference softRef = new SoftReference<>(new byte[1024 * 1024]);

// 獲取對象 (可能為 null)
byte[] data = softRef.get();
if (data == null) {
    // 重新加載/計算
    data = loadData();
    softRef = new SoftReference<>(data); // 更新引用
}

核心機制：時間戳驅動的 LRU 風格回收

• 每次 get() 更新 timestamp 字段 (記錄最後訪問時間)
• GC 掃描時，優先回收 timestamp 最舊 (最久未用) 的軟引用
• clock 由 GC 更新，代表當前 GC 週期

回收策略：非「全部回收」，而是「按需回收最久未用」，盡量保留熱數據。

3. 弱引用：不阻礙回收的觀察者

WeakReference weakRef = new WeakReference<>(new CacheEntry(key, value));

// 典型應用：ThreadLocalMap 的 Entry 繼承 WeakReference>
// 當 ThreadLocal 實例無強引用時，Entry 自動變弱可達，GC 回收 Key，防止內存洩漏

關鍵特性

• GC 掃描到即回收，不考慮內存是否充足
• 配合 ReferenceQueue 可感知回收事件
• 弱引用不阻礙 GC，但對象被弱引用引用時，正在執行的方法棧幀仍持有強引用，該期間安全

// 驗證：弱引用對象在方法執行期間不會被回收
WeakReference