內(nèi)存分配與回收策略


對象優(yōu)先在Eden分配

對象優(yōu)先在Eden區(qū)中分配。當(dāng)Eden區(qū)沒有足夠空間進(jìn)行分配時(shí),虛擬機(jī)將發(fā)起一次minor GC.

虛擬機(jī)提供勒-XX:+PrintGCDetails這個收集器日志參數(shù),告訴虛擬機(jī)在發(fā)生來及收集行為時(shí)打印內(nèi)存回收日志,并且在進(jìn)程退出的時(shí)候射出當(dāng)前的內(nèi)存各區(qū)域分配情況。在實(shí)際應(yīng)用中,內(nèi)存回收日志一般是打印到文件后通過日志工具進(jìn)行分析,不過本實(shí)驗(yàn)的日志并不多,直接閱讀就行看的很清楚。

嘗試分配3個2MB的小和一個4MB大小的對象,在運(yùn)行時(shí)通過-Xms20M-Xmx20M-Xmn10M限制java堆大小為20MB,不可擴(kuò)展,其中10MB分配給新生代,剩下的10MB分配給老年代。-XX:SurivorRatio=8決定勒新生代中Eden區(qū)與一個Servior區(qū)的空間比例是8:1。

新生代GC(minor GC):指發(fā)生在新生代的來及收集動作,因?yàn)閖ava對象大多都具備朝生夕滅的特征,所以minorGC非常頻繁,一般回收速度也比較快

老年代GC(major GC/Full GC):指發(fā)生在老年代的GC,出現(xiàn)了major GC,經(jīng)常會伴隨至少一次的minorGC(但非絕對的,在parallel scavenge收集器的手機(jī)策略里就有直接進(jìn)行majorGC的策略選擇過程)。major GC的速度一般會比mainorGC慢10倍以上。

[GC (Allocation Failure) --[PSYoungGen: 7456K->7456K(9216K)] 11552K->13608K(19456K), 0.0019992 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Ergonomics) [PSYoungGen: 7456K->4817K(9216K)] [ParOldGen: 6152K->6145K(10240K)] 13608K->10962K(19456K), [Metaspace: 2672K->2672K(1056768K)], 0.0086867 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]

[GC (Allocation Failure) --[PSYoungGen: 4817K->4817K(9216K)] 10962K->10962K(19456K), 0.0013846 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Allocation Failure) [PSYoungGen: 4817K->4804K(9216K)] [ParOldGen: 6145K->6145K(10240K)] 10962K->10950K(19456K), [Metaspace: 2672K->2672K(1056768K)], 0.0068610 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

at com.eyi.microservice.wx.TestJVM.testAllocation(TestJVM.java:14)

at com.eyi.microservice.wx.TestJVM.main(TestJVM.java:6)

Heap

PSYoungGen? ? ? total 9216K, used 5051K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)

? eden space 8192K, 61% used [0x00000000ff600000,0x00000000ffaeec70,0x00000000ffe00000)

? from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)

? to? space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)

ParOldGen? ? ? total 10240K, used 6145K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)

? object space 10240K, 60% used [0x00000000fec00000,0x00000000ff2004f8,0x00000000ff600000)

Metaspace? ? ? used 2703K, capacity 4486K, committed 4864K, reserved 1056768K

? class space? ? used 291K, capacity 386K, committed 512K, reserved 1048576K

大對象直接進(jìn)入老年代

所謂的大對象是指,需要大量連續(xù)內(nèi)存空間的java對象,最典型的大對象就是那種很長的字符串以及數(shù)組。經(jīng)常出現(xiàn)大對象容易導(dǎo)致內(nèi)存還有不少空間時(shí)就提前觸發(fā)垃圾收集以獲取足夠的連續(xù)空間來安置他們。虛擬機(jī)提供一個-XX:PretenureSizeThreshold參數(shù),令大于這個設(shè)置值的對象直接在老年代分配。這樣做的目的是避免在Eden區(qū)及兩個servivor區(qū)之間發(fā)生大量的內(nèi)存復(fù)制。

長期存活的對象將進(jìn)入老年代

既然虛擬機(jī)采用勒分帶手機(jī)的思想來管理內(nèi)存,那么內(nèi)存回收時(shí)就必須能識別哪些對象應(yīng)放在新生代,哪些對象應(yīng)放在老年代。為了做到這點(diǎn),虛擬機(jī)給每個對象定義了一個對象年齡計(jì)數(shù)器。如果對象在Eden出生并經(jīng)過第一次minorGC后仍然存活,并且能survivor容納的話,將被移動到servivor空間中,并且對象年齡設(shè)為1.對象在survivor沒熬過一次minorGC,年齡就增加1歲,當(dāng)它的年齡正價(jià)到一定程度默認(rèn)為15歲,就將會被晉升到老倪那袋中。對象晉升老年代的年齡閾值,可以通過參數(shù)-XX:MaxTenuringThreshold設(shè)置。

動態(tài)對象年齡判定

為了更好地適應(yīng)不同程序的內(nèi)存狀況,虛擬機(jī)并不是永遠(yuǎn)地要求對象的年齡必須達(dá)到勒MaxTenuringThreshold才能晉升老年代,如果在survivor空間中相同年齡所有對象大小的綜合大于servivor空間的一半,年齡大于或等于該年齡的對象就可以直接進(jìn)入老年代,無須等到MaxTenuringThreshold中要求的年齡。

空間分配擔(dān)保

在發(fā)生minorGC之前,虛擬機(jī)會先檢查老年代最大可用的連續(xù)空間十分大于新生代所有對象總空間,如果這個條件成立,那么minorGC可以確保是安全的。如果不成立,則虛擬機(jī)會查看HandlePromotionFailure設(shè)置值十分允許擔(dān)保失敗。如果允許,那么會繼續(xù)減產(chǎn)老年代最大可用的連續(xù)空間是否大于歷次晉升到老年代對象的平均大小,如果大于,將嘗試進(jìn)行一次minorGC,盡管這次minorGC是有風(fēng)險(xiǎn)的;如果小于,或者HandlePromotionFailure設(shè)置不允許冒險(xiǎn),那這時(shí)也要改為進(jìn)行一次Full GC。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容