第六章：JVM內存分配策略

①

對象的內存分配,整體上講就是在堆上分配,對象主要分配在新生代的Eden區,少數狀況也會直接分配在老年代。分配的規則並非百分百固定的,其細節取決於當前使用的是哪種垃圾收集器組合,還有虛擬機中與內存相關的參數配置。

對象優先在Eden區分配

      大多數狀況下,對象在新生代Eden區分配。當Eden區沒有足夠空間進行分配時,虛擬機會觸發一次Minor GC,Minor GC採用複製算法進行垃圾回收。

大對象直接進入老年代

      所謂大對象,是指須要大量連續內存的Java對象,最典型的大對象就是那種很長的字符串以及數組。大對象對虛擬機內存分配來講就是壞消息,常常會出現大對象在內存還有很多空間時就提早觸發一次垃圾回收以獲取足夠的連續內存空間來安置它們。

      那麼多「大」的對象算大對象呢？虛擬機提供了一個 -XX：PretenureSizeThreshold參數,大於這個參數值的對象直接進入老年代。這樣作的目的是避免在Eden區以及兩個Survivor區之間發生大量的對象複製（新生代採用複製算法回收內存）。

長期存活的對象進入老年代

      因爲虛擬機採用了分代收集算法來回收內存,那麼內存收集時就必須識別哪些對象應該放在新生代,哪些對象應該放在老年代中。爲了作到這一點,虛擬機給每一個對象定義了一個年齡計數器,年齡值存放在在對象的header中。若是對象在Eden出生並通過第一次Minor GC後仍然存活下來,而且能被Survivor區容納的話,將被移動到Survivor區中,而且將對象的年齡值設爲1。對象在Survivor區中每熬過一次Minor GC,年齡就增長1歲,當它的年齡增長到必定程度（默認15歲）,就會被移到老年代中。對象晉升老年代的年齡閥值能夠經過參數 -XX：MaxTenuringThreshold設置。

      順便提一下,虛擬機也並非永遠要求對象的年齡必須達到了MaxTenuringThreshold參數值才能晉升老年代,若是在Survivor空間中相同年齡全部對象大小的總和大於Survivor空間的一半,那麼年齡值大於或等於該年齡的全部對象就能夠直接進入老年代,無須等到MaxTenuringThreashold參數要求的年齡。

 

②

 

 

③

 

 

④

 

 

⑤

 

 

⑥

 

 

⑦

 

 

⑧

 

 

⑨

 

 

⑩

 

 

⑪

 

 

⑫

 

 

⑬

 

 

⑭

 

 

⑮

 

 

⑯

 

 

⑰

 

 

⑱

 

 

⑲

 

 

⑳