Java中GC與四種引用的關(guān)系詳解
GC與四種引用
Java 中一共有 4 種類型的引用 : StrongReference、 SoftReference、 WeakReference 以及 PhantomReference 這 4 種類型的引用與 GC 有著密切的關(guān)系, 讓我們逐一來看它們的定義和使用場景 :
1.Strong Reference
StrongReference 是 Java 的默認(rèn)引用實(shí)現(xiàn), 它會(huì)盡可能長時(shí)間的存活于 JVM 內(nèi), 當(dāng)沒有任何對象指向它時(shí) GC 執(zhí)行后將會(huì)被回收
@Test public void strongReference() { Object referent = new Object(); /** * 通過賦值創(chuàng)建 StrongReference */ Object strongReference = referent; assertSame(referent, strongReference); referent = null; System.gc(); /** * StrongReference 在 GC 后不會(huì)被回收 */ assertNotNull(strongReference); }
2. WeakReference & WeakHashMap
WeakReference, 顧名思義, 是一個(gè)弱引用, 當(dāng)所引用的對象在 JVM 內(nèi)不再有強(qiáng)引用時(shí), GC 后 weak reference 將會(huì)被自動(dòng)回收
@Test public void weakReference() { Object referent = new Object(); WeakReference<Object> weakRerference = new WeakReference<Object>(referent); assertSame(referent, weakRerference.get()); referent = null; System.gc(); /** * 一旦沒有指向 referent 的強(qiáng)引用, weak reference 在 GC 后會(huì)被自動(dòng)回收 */ assertNull(weakRerference.get()); }
WeakHashMap 使用 WeakReference 作為 key, 一旦沒有指向 key 的強(qiáng)引用, WeakHashMap 在 GC 后將自動(dòng)刪除相關(guān)的 entry
@Test public void weakHashMap() throws InterruptedException { Map<Object, Object> weakHashMap = new WeakHashMap<Object, Object>(); Object key = new Object(); Object value = new Object(); weakHashMap.put(key, value); assertTrue(weakHashMap.containsValue(value)); key = null; System.gc(); /** * 等待無效 entries 進(jìn)入 ReferenceQueue 以便下一次調(diào)用 getTable 時(shí)被清理 */ Thread.sleep(1000); /** * 一旦沒有指向 key 的強(qiáng)引用, WeakHashMap 在 GC 后將自動(dòng)刪除相關(guān)的 entry */ assertFalse(weakHashMap.containsValue(value)); }
3.SoftReference
SoftReference 于 WeakReference 的特性基本一致, 最大的區(qū)別在于 SoftReference 會(huì)盡可能長的保留引用直到 JVM 內(nèi)存不足時(shí)才會(huì)被回收(虛擬機(jī)保證), 這一特性使得 SoftReference 非常適合緩存應(yīng)用
@Test public void softReference() { Object referent = new Object(); SoftReference<Object> softRerference = new SoftReference<Object>(referent); assertNotNull(softRerference.get()); referent = null; System.gc(); /** * soft references 只有在 jvm OutOfMemory 之前才會(huì)被回收, 所以它非常適合緩存應(yīng)用 */ assertNotNull(softRerference.get()); }
4.PhantomReference
作為本文主角, Phantom Reference(幽靈引用) 與 WeakReference 和 SoftReference 有很大的不同, 因?yàn)樗?get() 方法永遠(yuǎn)返回 null, 這也正是它名字的由來
@Test public void phantomReferenceAlwaysNull() { Object referent = new Object(); PhantomReference<Object> phantomReference = new PhantomReference<Object>(referent, new ReferenceQueue<Object>()); /** * phantom reference 的 get 方法永遠(yuǎn)返回 null */ assertNull(phantomReference.get()); }
諸位可能要問, 一個(gè)永遠(yuǎn)返回 null 的 reference 要來何用, 請注意構(gòu)造 PhantomReference 時(shí)的第二個(gè)參數(shù) ReferenceQueue(事實(shí)上 WeakReference & SoftReference 也可以有這個(gè)參數(shù)), PhantomReference 唯一的用處就是跟蹤 referent 何時(shí)被 enqueue 到 ReferenceQueue 中.
5.RererenceQueue
當(dāng)一個(gè) WeakReference 開始返回 null 時(shí), 它所指向的對象已經(jīng)準(zhǔn)備被回收, 這時(shí)可以做一些合適的清理工作. 將一個(gè) ReferenceQueue 傳給一個(gè) Reference 的構(gòu)造函數(shù), 當(dāng)對象被回收時(shí), 虛擬機(jī)會(huì)自動(dòng)將這個(gè)對象插入到 ReferenceQueue 中, WeakHashMap 就是利用 ReferenceQueue 來清除 key 已經(jīng)沒有強(qiáng)引用的 entries.
@Test public void referenceQueue() throws InterruptedException { Object referent = new Object(); ReferenceQueue<Object> referenceQueue = new ReferenceQueue<Object>(); WeakReference<Object> weakReference = new WeakReference<Object>(referent, referenceQueue); assertFalse(weakReference.isEnqueued()); Reference<? extends Object> polled = referenceQueue.poll(); assertNull(polled); referent = null; System.gc(); assertTrue(weakReference.isEnqueued()); Reference<? extends Object> removed = referenceQueue.remove(); assertNotNull(removed); }
6.PhantomReference vs WeakReference
PhantomReference 有兩個(gè)好處
其一, 它可以讓我們準(zhǔn)確地知道對象何時(shí)被從內(nèi)存中刪除, 這個(gè)特性可以被用于一些特殊的需求中(例如 Distributed GC, XWork 和 google-guice 中也使用 PhantomReference 做了一些清理性工作).
其二, 它可以避免 finalization 帶來的一些根本性問題, 上文提到 PhantomReference 的唯一作用就是跟蹤 referent 何時(shí)被 enqueue 到 ReferenceQueue 中, 但是 WeakReference 也有對應(yīng)的功能, 兩者的區(qū)別到底在哪呢 ? 這就要說到 Object 的 finalize 方法, 此方法將在 gc 執(zhí)行前被調(diào)用, 如果某個(gè)對象重載了 finalize 方法并故意在方法內(nèi)創(chuàng)建本身的強(qiáng)引用, 這將導(dǎo)致這一輪的 GC 無法回收這個(gè)對象并有可能 引起任意次 GC, 最后的結(jié)果就是明明 JVM 內(nèi)有很多 Garbage 卻 OutOfMemory, 使用 PhantomReference 就可以避免這個(gè)問題, 因?yàn)?PhantomReference 是在 finalize 方法執(zhí)行后回收的,也就意味著此時(shí)已經(jīng)不可能拿到原來的引用, 也就不會(huì)出現(xiàn)上述問題, 當(dāng)然這是一個(gè)很極端的例子, 一般不會(huì)出現(xiàn).
7.對比
8.小結(jié)
一般的應(yīng)用程序不會(huì)涉及到 Reference 編程, 但是了解這些知識會(huì)對理解 GC 的工作原理以及性能調(diào)優(yōu)有一定幫助, 在實(shí)現(xiàn)一些基礎(chǔ)性設(shè)施比如緩存時(shí)也可能會(huì)用到
到此這篇關(guān)于Java中GC與四種引用的關(guān)系詳解的文章就介紹到這了,更多相關(guān)GC與四種引用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
RedisKey的失效監(jiān)聽器KeyExpirationEventMessageListener問題
這篇文章主要介紹了RedisKey的失效監(jiān)聽器KeyExpirationEventMessageListener問題,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-05-05spring cloud consul注冊的服務(wù)報(bào)錯(cuò)critical的解決
這篇文章主要介紹了spring cloud consul注冊的服務(wù)報(bào)錯(cuò)critical的解決,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2019-03-03使用ByteArrayOutputStream寫入字符串方式
這篇文章主要介紹了使用ByteArrayOutputStream寫入字符串方式,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-12-12SpringBoot實(shí)現(xiàn)動(dòng)態(tài)配置及項(xiàng)目打包部署上線功能
本文講解的是如何使用Spring動(dòng)態(tài)配置文件,實(shí)現(xiàn)不同環(huán)境不同配置,靈活切換配置文件;以及講述了如何使用?Maven?打包,然后上傳至Linux服務(wù)器進(jìn)行部署,對SpringBoot打包部署上線過程感興趣的朋友一起看看吧2022-10-10Windows 10上JDK環(huán)境安裝配置圖文教程
這篇文章主要為大家詳細(xì)介紹了Windows 10上JDK環(huán)境安裝配置圖文教程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-03-03