對象優(yōu)先在Eden分配
對象優(yōu)先在Eden區(qū)中分配片仿。當(dāng)Eden區(qū)沒有足夠空間進(jìn)行分配時配猫，虛擬機(jī)將發(fā)起一次minor GC.
虛擬機(jī)提供勒-XX:+PrintGCDetails這個收集器日志參數(shù)，告訴虛擬機(jī)在發(fā)生來及收集行為時打印內(nèi)存回收日志炭庙，并且在進(jìn)程退出的時候射出當(dāng)前的內(nèi)存各區(qū)域分配情況饲窿。在實際應(yīng)用中，內(nèi)存回收日志一般是打印到文件后通過日志工具進(jìn)行分析焕蹄，不過本實驗的日志并不多免绿，直接閱讀就行看的很清楚。
嘗試分配3個2MB的小和一個4MB大小的對象擦盾，在運行時通過-Xms20M-Xmx20M-Xmn10M限制java堆大小為20MB嘲驾，不可擴(kuò)展，其中10MB分配給新生代迹卢，剩下的10MB分配給老年代辽故。-XX:SurivorRatio=8決定勒新生代中Eden區(qū)與一個Servior區(qū)的空間比例是8:1。
新生代GC（minor GC）：指發(fā)生在新生代的來及收集動作腐碱，因為java對象大多都具備朝生夕滅的特征誊垢，所以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)存還有不少空間時就提前觸發(fā)垃圾收集以獲取足夠的連續(xù)空間來安置他們帖池。虛擬機(jī)提供一個-XX:PretenureSizeThreshold參數(shù)奈惑，令大于這個設(shè)置值的對象直接在老年代分配。這樣做的目的是避免在Eden區(qū)及兩個servivor區(qū)之間發(fā)生大量的內(nèi)存復(fù)制睡汹。
長期存活的對象將進(jìn)入老年代
既然虛擬機(jī)采用勒分帶手機(jī)的思想來管理內(nèi)存肴甸，那么內(nèi)存回收時就必須能識別哪些對象應(yīng)放在新生代，哪些對象應(yīng)放在老年代囚巴。為了做到這點原在，虛擬機(jī)給每個對象定義了一個對象年齡計數(shù)器。如果對象在Eden出生并經(jīng)過第一次minorGC后仍然存活彤叉，并且能survivor容納的話晤斩，將被移動到servivor空間中，并且對象年齡設(shè)為1.對象在survivor沒熬過一次minorGC姆坚，年齡就增加1歲澳泵，當(dāng)它的年齡正價到一定程度默認(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)險的；如果小于先鱼，或者HandlePromotionFailure設(shè)置不允許冒險俭正，那這時也要改為進(jìn)行一次Full GC。
