單例模式垃圾回收_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
討論命題:當(dāng)一個(gè)單例的對象長久不用時(shí),會不會被jvm的垃圾收集機(jī)制回收。
首先說一下為什么會產(chǎn)生這一疑問,筆者本人再此之前從來沒有考慮過垃圾回收對單例模式的影響,直到去年讀了一本書,《設(shè)計(jì)模式之禪》秦小波著。在書中提到在j2ee應(yīng)用中,jvm垃圾回收機(jī)制會把長久不用的單例類對象當(dāng)作垃圾,并在cpu空閑的時(shí)候?qū)ζ溥M(jìn)行回收。之前讀過的幾本設(shè)計(jì)模式的書,包括《Java與模式》,書中都沒有提到j(luò)vm垃圾回收機(jī)制對單例的影響。并且在工作過程中,也沒有過單例對象被回收的經(jīng)歷,加上工作中很多前輩曾經(jīng)告誡過筆者:盡量不要聲明太多的靜態(tài)屬性,因?yàn)檫@些靜態(tài)屬性被加載后不會被釋放。因此對jvm垃圾收集會回收單例對象這一說法持懷疑態(tài)度。漸漸地,發(fā)現(xiàn)在同事中和網(wǎng)上的技術(shù)人員中,對這一問題也基本上是鮮明的對立兩派。那么到底jvm會不會回收長久不用的單例對象呢。
對這一問題,筆者本人的觀點(diǎn)是:不會回收。
下面給出本人的測試代碼
class Singleton { private byte[] a = new byte[6*1024*1024]; private static Singleton singleton = new Singleton(); private Singleton(){} public static Singleton getInstance(){ return singleton; } } class Obj { private byte[] a = new byte[3*1024*1024]; } public class Client{ public static void main(String[] args) throws Exception{ Singleton.getInstance(); while(true){ new Obj(); } } }
本段程序的目的是模擬j2ee容器,首先實(shí)例化單例類,這個(gè)單例類占6M內(nèi)存,然后程序進(jìn)入死循環(huán),不斷的創(chuàng)建對象,逼迫jvm進(jìn)行垃圾回收,然后觀察垃圾收集信息,如果進(jìn)行垃圾收集后,內(nèi)存仍然大于6M,則說明垃圾回收不會回收單例對象。
運(yùn)行本程序使用的虛擬機(jī)是hotspot虛擬機(jī),也就是我們使用的最多的java官方提供的虛擬機(jī),俗稱jdk,版本是jdk1.6.0_12
運(yùn)行時(shí)vm arguments參數(shù)為:-verbose:gc -Xms20M -Xmx20M,意思是每次jvm進(jìn)行垃圾回收時(shí)顯示內(nèi)存信息,jvm的內(nèi)存設(shè)為固定20M。
運(yùn)行結(jié)果:
……
[Full GC 18566K->6278K(20352K), 0.0101066 secs]
[GC 18567K->18566K(20352K), 0.0001978 secs]
[Full GC 18566K->6278K(20352K), 0.0088229 secs]
……
從運(yùn)行結(jié)果中可以看到總有6M空間沒有被收集。因此,筆者認(rèn)為,至少在hotspot虛擬機(jī)中,垃圾回收是不會回收單例對象的。
后來查閱了一些相關(guān)的資料,hotspot虛擬機(jī)的垃圾收集算法使用根搜索算法。這個(gè)算法的基本思路是:對任何“活”的對象,一定能最終追溯到其存活在堆?;蜢o態(tài)存儲區(qū)之中的引用。通過一系列名為根(GC Roots)的引用作為起點(diǎn),從這些根開始搜索,經(jīng)過一系列的路徑,如果可以到達(dá)java堆中的對象,那么這個(gè)對象就是“活”的,是不可回收的??梢宰鳛楦膶ο笥校?br />
- 虛擬機(jī)棧(棧楨中的本地變量表)中的引用的對象。
- 方法區(qū)中的類靜態(tài)屬性引用的對象。
- 方法區(qū)中的常量引用的對象。
- 本地方法棧中JNI的引用的對象。
方法區(qū)是jvm的一塊內(nèi)存區(qū)域,用來存放類相關(guān)的信息。很明顯,java中單例模式創(chuàng)建的對象被自己類中的靜態(tài)屬性所引用,符合第二條,因此,單例對象不會被jvm垃圾收集。
雖然jvm堆中的單例對象不會被垃圾收集,但是單例類本身如果長時(shí)間不用會不會被收集呢?因?yàn)閖vm對方法區(qū)也是有垃圾收集機(jī)制的。如果單例類被收集,那么堆中的對象就會失去到根的路徑,必然會被垃圾收集掉。對此,筆者查閱了hotspot虛擬機(jī)對方法區(qū)的垃圾收集方法,jvm卸載類的判定條件如下:
- 該類所有的實(shí)例都已經(jīng)被回收,也就是java堆中不存在該類的任何實(shí)例。
- 加載該類的ClassLoader已經(jīng)被回收。
- 該類對應(yīng)的java.lang.Class對象沒有任何地方被引用,無法在任何地方通過反射訪問該類的方法。
只有三個(gè)條件都滿足,jvm才會在垃圾收集的時(shí)候卸載類。顯然,單例的類不滿足條件一,因此單例類也不會被卸載。也就是說,只要單例類中的靜態(tài)引用指向jvm堆中的單例對象,那么單例類和單例對象都不會被垃圾收集,依據(jù)根搜索算法,對象是否會被垃圾收集與未被使用時(shí)間長短無關(guān),僅僅在于這個(gè)對象是不是“活”的。假如一個(gè)對象長久未使用而被回收,那么收集算法應(yīng)該是最近最長未使用算法,最近最長未使用算法一般用在操作系統(tǒng)的內(nèi)外存交換中,如果用在虛擬機(jī)垃圾回收中,豈不是太不安全了?以上是筆者的觀點(diǎn)。
因此筆者的觀點(diǎn)是:在hotspot虛擬機(jī)1.6版本中,除非人為地?cái)嚅_單例中靜態(tài)引用到單例對象的聯(lián)接,否則jvm垃圾收集器是不會回收單例對象的。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- Java垃圾回收之復(fù)制算法詳解
- Java垃圾回收之標(biāo)記清除算法詳解
- 詳解Java內(nèi)存管理中的JVM垃圾回收
- Java垃圾回收機(jī)制簡述
- 簡單了解Java垃圾回收器的種類
- 簡單介紹Java垃圾回收機(jī)制
- 快速理解Java垃圾回收和jvm中的stw
- 老生常談Java虛擬機(jī)垃圾回收機(jī)制(必看篇)
- 老生常談java垃圾回收算法(必看篇)
- Java 垃圾回收機(jī)制詳解及實(shí)例代碼
- 關(guān)于Java垃圾回收開銷降低的幾條建議
- Java 詳解垃圾回收與對象生命周期
- Java垃圾回收器的方法和原理總結(jié)
- Java文件流關(guān)閉和垃圾回收機(jī)制
- Java垃圾回收之標(biāo)記壓縮算法詳解
相關(guān)文章
詳解spring cloud分布式整合zipkin的鏈路跟蹤
這篇文章主要介紹了詳解spring cloud分布式整合zipkin的鏈路跟蹤,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-07-07SpringMVC實(shí)現(xiàn)文件上傳下載的全過程
對于上傳功能,我們在項(xiàng)目中是經(jīng)常會用到的,比如用戶注冊的時(shí)候,上傳用戶頭像,這個(gè)時(shí)候就會使用到上傳的功能,而對于下載使用場景也很常見,下面這篇文章主要給大家介紹了關(guān)于SpringMVC實(shí)現(xiàn)文件上傳下載的相關(guān)資料,需要的朋友可以參考下2022-01-01Java 數(shù)據(jù)結(jié)構(gòu)之堆的概念與應(yīng)用
堆是一顆完全二叉樹,在這棵樹中,所有父節(jié)點(diǎn)都滿足大于等于其子節(jié)點(diǎn)的堆叫大根堆,所有父節(jié)點(diǎn)都滿足小于等于其子節(jié)點(diǎn)的堆叫小根堆,堆雖然是一顆樹,但是通常存放在一個(gè)數(shù)組中,父節(jié)點(diǎn)和孩子節(jié)點(diǎn)的父子關(guān)系通過數(shù)組下標(biāo)來確定2021-10-10EL調(diào)用Java方法_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
簡單來說,我們在一個(gè)類中的某個(gè)方法,可以使用EL進(jìn)行調(diào)用,這個(gè)能被EL表達(dá)式調(diào)用的方法稱之為EL函數(shù),但是這種方式必須滿足兩點(diǎn)要求,具體哪兩點(diǎn),大家可以參考下本文2017-07-07