昨天我們簡單的了解安全點和安全區域了解HotSpot虛擬機是怎么快速的完成GC的,這次我們才了解下期中使用的垃圾回收器都有什么。
垃圾回收器是JVM虛擬機進行垃圾回收的主要力量,那么在現在的發展過程中有多少垃圾回收期類型,并且以后垃圾回收器的發展又是什么呢?
垃圾回收器
垃圾回收器從JVM虛擬機出來在Java中現在已經發展了好幾代,大體形成了7種類型的虛擬機。有Serial收集器,ParNew,ParallelScavenge ,CMS , Serial Old , Parallel Old ,還有最新的G1收集器。
Serial 收集器
這個收集器在Java歷史中是時間最長久的收集器,該收集器是一個單線程的收集器,并且收集器在收集的過程中會暫停其他線程的工作,直到該收集工作完成后才會進行工作。Serial收集工作流程如下:
Serial Old 收集器
Serial Old 收集器是Serial 收集器的老年代的版本,我們上面在介紹Serial 時簡單說過它內部的算法。標記-整理算法
ParNew 收集器
該收集器可以看成Serial線程 的多線程版本。該收集器在與后面要寫到的收集器CMS進行配合工作,也只有該收集器能與CMS收集配合。并且收集器提高了Serial收集器時代的效率問題。屬于第一款并行收集器。
為了方便下面的介紹這里簡單的介紹下并行與并發。
- 并行: 在同一個時刻多條線程并行工作,工作線程繼續等待。也就是暫停。所有線程交給垃圾處理器使用。
-
并發:指的的工作線程與垃圾處理器線程同時執行。
image.png
Parallel Scavenge 收集器
該收集器屬于新生代收集器跟上面兩個收集器在新生代使用的算法一樣 都是復制。這個收集器與其他手機器不同的方向是,他的目的是用來控制吞吐量,而其他的收集器目的是盡可能的減少程序的停頓時間。我們在使用這個收集器的時候可以配置-XX:MaxGCPauseMillis 控制垃圾回收的停頓時間,-XX:GCTimeRatio控制吞吐量。
- -XX:GCTimeRatio 是一個比例時間控制 大于0 小于100的值, 如果該參數設置成5 那么垃圾回收的時間就是總程序時間的5/100 ;時間過少容易造成GC比較頻繁,這樣也容易降低吞吐量。設置時間長點,GC就不會太頻繁。并且吞吐量提高了。這個時間設置需要平衡。
Parallel Old 收集器
Parallel Old 收集器是Parallel Scavenge 收集器的老年版本 使用的是多線程與 標記-整理算法。該線程與Parallel Scavenge 進行配合在注重吞吐量和CPU資源敏感的場合,該組合都可以優先考慮。
CMS收集器
CMS收集器 是一種 以獲取最短回收停頓時間為目標的收集器。CMS使用的算法是標記-清除算法。整個運行流程為
- 初始標記 :執行過程匯總會暫停工作線程。 該過程中只標記GC Root能關聯到的對象
- 并發標記 :執行過程中可與工作線程一塊進行 。該過程進行 GC RootsTracing 過程
- 重新標記 : 執行過程中會暫停工作線程。 并且修改并發標記期間改變的對象的標記記錄
- 并發清除 :執行過程中可與工作線程一塊進行 。該過程 清除帶有標記的對象。
CMS收集器優點在于并發,低停頓,但是該收集器還有他的缺點:
- 對CPU資源敏感 。 雖然可以與應用程序一塊執行,但是總會占用CPU資源,如果程序是CPU敏感性程序,那么CMS收集器就會造成程勛運行慢的情況。
- CMS收集器無法處理浮動垃圾,這種情況容易造成 Full GC。在垃圾回收的過程中 還會有新的垃圾不斷產生,所以只能留到下次執行的時候才能去處理。
- 算法是標記-清除算法,該算法我們前面 介紹過,無法處理碎片空間,如果碎片空間過多,大對象無法創建,就會引發Full gc j進行清理。
G1 收集器
G1收集器 應該來說是現在最好的收集器,但是在程序執行過程中我們應該具體情況具體分析。G1都有什么特點呢?
- 并行與并發:G1能充分利用多核CPU的環境,可以使用并行來縮短Stop-The-Word 停頓的時間,但是并不停頓java線程,能讓程序繼續執行。
- 分代收集:G1收集器不用其他收集器配合就能管理GC堆。采用不同的方式去處理創建的對象和已經存活好好幾代的就對象。
- 空間整合: 整體看屬于標記-整理算法,但是在每個區域內還形成了復制算法。這樣能不產生碎內存,分配大對象時能得到充足的空間不會導致新的一次GC.
- 可預測的停頓: 建立可預測的停頓時間模型。讓使用者明確指定在一個長度為M毫秒內的時間段內,小號在垃圾收集上的時間不超過N毫秒。該模型避免了在Java整個堆內進行全區域的垃圾收集。G1會維護一個優先列表。用來跟蹤Region里面的堆的價值大小。
- 在避免Gc進行全盤掃描的對象的情況下,G1在每個Region中是用Remembered Set 來維護 。虛擬機在對對象進行寫操作時,會產生一個終端操作。檢查Reference引用的對象是佛UC呼吁不同的Region中,如果是便通過CardTable 把相關引用記錄到被引用對象所屬的Region的Remembered Set 中。
G1收集器在收集的過程中,一般會進行以下幾個步驟。
- 初識標記 :只是標記GC root 能關聯到的對象。會停頓,但是耗時十分短。
- 并發標記: 對對象進行可達性分析。找出存活對象 ,可以與用戶線程并發執行。耗時長點
- 最終標記: 修正在并發標記期間導致變動的標記記錄。將記錄記錄在 Remembered Set Logs中。將Remembered Set Logs 合并到Remembered Set 中 。需要停頓,但是可以并行執行。
-
篩選回收: 對Region中的數據進行回收。
G1收集流程
垃圾收集器參數總結
垃圾參數設置有很多,并且設置上也有很多的不同這個就不全部說了。最近知道一個阿里的大佬出來創業就是做的相關的jvm參數調優。可以去這里看看 學習學習參數調優