java強(qiáng)引用、軟引用、弱引用、虛引用的使用小結(jié)
在 Java 中,引用類型決定了對(duì)象在垃圾回收時(shí)的生命周期。以 User 對(duì)象為例,分別演示強(qiáng)引用、軟引用、弱引用、虛引用的用法及回收特性。
1. 強(qiáng)引用(Strong Reference)
特點(diǎn):最常用的引用,只要強(qiáng)引用存在,對(duì)象永遠(yuǎn)不會(huì)被 GC 回收。
User user = new User("Alice");
// 此時(shí) user 是強(qiáng)引用,User 對(duì)象不會(huì)被回收
user = null; // 切斷引用后,對(duì)象才可能被回收2. 軟引用(SoftReference)
特點(diǎn):通過(guò) SoftReference 實(shí)現(xiàn),當(dāng)內(nèi)存充足時(shí)保留,僅在內(nèi)存即將耗盡(即將 OOM)時(shí)才會(huì)被回收。適合實(shí)現(xiàn)內(nèi)存敏感的高速緩存。
// 創(chuàng)建軟引用
SoftReference<User> softRef = new SoftReference<>(new User("Bob"));
// 獲取對(duì)象
User user = softRef.get(); // 內(nèi)存充足時(shí)返回 User 對(duì)象,OOM 前可能返回 null
// 模擬內(nèi)存緊張時(shí),GC 會(huì)回收軟引用指向的對(duì)象
System.gc(); // 不保證立即回收,但若內(nèi)存緊張則會(huì)回收3. 弱引用(WeakReference)
特點(diǎn):通過(guò) WeakReference 實(shí)現(xiàn),只要發(fā)生 GC,無(wú)論內(nèi)存是否充足,對(duì)象都會(huì)被回收。常用于規(guī)范映射(如 WeakHashMap)以及 ThreadLocal 的 key 設(shè)計(jì)。
// 創(chuàng)建弱引用
WeakReference<User> weakRef = new WeakReference<>(new User("Charlie"));
// 獲取對(duì)象(可能為 null)
User user = weakRef.get(); // GC 前存在,GC 后為 null
// 手動(dòng)觸發(fā) GC,對(duì)象會(huì)被回收
System.gc();
System.out.println(weakRef.get()); // 輸出 null弱引用對(duì)象的回收時(shí)機(jī)是:只要垃圾回收器運(yùn)行,且對(duì)象僅被弱引用所引用,該對(duì)象就會(huì)被回收。具體到 ThreadLocal:
線程中定義了一個(gè) ThreadLocal 變量:
ThreadLocal<String> local = new ThreadLocal<>();- 此時(shí)
local變量持有對(duì) ThreadLocal 實(shí)例的強(qiáng)引用(在棧上)。 - ThreadLocal 實(shí)例也被當(dāng)前線程的
ThreadLocalMap中的 Entry 弱引用著。
- 此時(shí)
當(dāng)方法執(zhí)行完畢,
local變量出棧,強(qiáng)引用消失。- ThreadLocal 實(shí)例現(xiàn)在只被 Entry 弱引用。
隨后發(fā)生垃圾回收(如內(nèi)存不足時(shí)觸發(fā)的 Full GC 或系統(tǒng)調(diào)用的
System.gc())。- GC 發(fā)現(xiàn) ThreadLocal 實(shí)例只有弱引用,將其回收。
- Entry 的 key 字段(即弱引用本身)被清除,變?yōu)?nbsp;
null。
4. 虛引用(PhantomReference)
特點(diǎn):最弱的引用,通過(guò) PhantomReference 實(shí)現(xiàn)。無(wú)法通過(guò) get() 獲取對(duì)象實(shí)例,僅用于跟蹤對(duì)象被回收的通知(必須配合 ReferenceQueue)。常用于資源釋放監(jiān)控或?qū)ο蠡厥涨暗那謇怼?/p>
// 必須配合引用隊(duì)列
ReferenceQueue<User> queue = new ReferenceQueue<>();
// 創(chuàng)建虛引用
PhantomReference<User> phantomRef = new PhantomReference<>(new User("David"), queue);
// 無(wú)法獲取對(duì)象
User user = phantomRef.get(); // 永遠(yuǎn)返回 null
// 當(dāng)虛引用指向的對(duì)象被回收后,該引用會(huì)被加入隊(duì)列
System.gc();
Reference<? extends User> ref = queue.poll();
if (ref != null) {
// 執(zhí)行回收后的清理工作
System.out.println("User 對(duì)象已被回收");
}5. 總結(jié)對(duì)比(以 User 對(duì)象為例)
| 引用類型 | 示例代碼 | 回收時(shí)機(jī) | 典型用途 |
|---|---|---|---|
| 強(qiáng)引用 | User u = new User(); | 永不回收(除非引用置空) | 普通對(duì)象 |
| 軟引用 | SoftReference<User> s = new SoftReference<>(new User()); | 內(nèi)存不足時(shí)回收 | 緩存(如圖片緩存) |
| 弱引用 | WeakReference<User> w = new WeakReference<>(new User()); | 每次 GC 都可能回收 | WeakHashMap、ThreadLocal 的 key |
| 虛引用 | PhantomReference<User> p = new PhantomReference<>(new User(), queue); | 任何時(shí)候都可能回收,且 get() 返回 null | 對(duì)象回收跟蹤、資源釋放 |
6. 延伸:ThreadLocal 為什么用弱引用?
ThreadLocal 內(nèi)部 ThreadLocalMap 的 key 使用弱引用,目的是當(dāng) ThreadLocal 實(shí)例不再被外部強(qiáng)引用時(shí),GC 可以回收它,避免 ThreadLocal 對(duì)象本身的內(nèi)存泄漏。但 value 仍是強(qiáng)引用,所以仍需要手動(dòng)調(diào)用 remove() 清除 value,防止線程池場(chǎng)景下出現(xiàn)內(nèi)存泄漏。
// ThreadLocalMap.Entry 源碼簡(jiǎn)寫(xiě)
static class Entry extends WeakReference<ThreadLocal<?>> {
Object value;
Entry(ThreadLocal<?> k, Object v) {
super(k); // key 是弱引用
value = v; // value 是強(qiáng)引用
}
}到此這篇關(guān)于java強(qiáng)引用、軟引用、弱引用、虛引用的使用小結(jié)的文章就介紹到這了,更多相關(guān)java強(qiáng)引用、軟引用、弱引用、虛引用內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
spring boot中使用RabbitMQ routing路由詳解
本篇文章主要介紹了spring boot中使用RabbitMQ routing路由詳解,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-03-03
SpringBoot+Redis+Lua實(shí)現(xiàn)接口限流的示例代碼
本文主要介紹了SpringBoot+Redis+Lua實(shí)現(xiàn)接口限流的示例代碼,利用AOP攔截請(qǐng)求,通過(guò)Redis記錄訪問(wèn)次數(shù),達(dá)到限流效果,具有一定的參考價(jià)值,感興趣的可以了解一下2025-09-09
Spring?invokeBeanFactoryPostProcessors方法刨析源碼
invokeBeanFactoryPostProcessors該方法會(huì)實(shí)例化所有BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor的實(shí)例并且執(zhí)行postProcessBeanFactory與postProcessBeanDefinitionRegistry方法2023-01-01

