昨天我們簡單的了解安全點(diǎn)和安全區(qū)域了解HotSpot虛擬機(jī)是怎么快速的完成GC的蹄咖，這次我們才了解下期中使用的垃圾回收器都有什么。
垃圾回收器是JVM虛擬機(jī)進(jìn)行垃圾回收的主要力量，那么在現(xiàn)在的發(fā)展過程中有多少垃圾回收期類型馋劈，并且以后垃圾回收器的發(fā)展又是什么呢？
垃圾回收器
垃圾回收器從JVM虛擬機(jī)出來在Java中現(xiàn)在已經(jīng)發(fā)展了好幾代，大體形成了7種類型的虛擬機(jī)错蝴。有Serial收集器，ParNew颓芭，ParallelScavenge ,CMS , Serial Old , Parallel Old 顷锰，還有最新的G1收集器。
Serial 收集器
這個收集器在Java歷史中是時間最長久的收集器亡问，該收集器是一個單線程的收集器官紫，并且收集器在收集的過程中會暫停其他線程的工作，直到該收集工作完成后才會進(jìn)行工作。Serial收集工作流程如下：
Serial Old 收集器
Serial Old 收集器是Serial 收集器的老年代的版本束世，我們上面在介紹Serial 時簡單說過它內(nèi)部的算法酝陈。標(biāo)記-整理算法
ParNew 收集器
該收集器可以看成Serial線程 的多線程版本。該收集器在與后面要寫到的收集器CMS進(jìn)行配合工作毁涉，也只有該收集器能與CMS收集配合沉帮。并且收集器提高了Serial收集器時代的效率問題。屬于第一款并行收集器贫堰。
為了方便下面的介紹這里簡單的介紹下并行與并發(fā)遇西。
- 并行： 在同一個時刻多條線程并行工作，工作線程繼續(xù)等待严嗜。也就是暫停粱檀。所有線程交給垃圾處理器使用。
-
并發(fā)：指的的工作線程與垃圾處理器線程同時執(zhí)行漫玄。
image.png
Parallel Scavenge 收集器
該收集器屬于新生代收集器跟上面兩個收集器在新生代使用的算法一樣 都是復(fù)制茄蚯。這個收集器與其他手機(jī)器不同的方向是，他的目的是用來控制吞吐量睦优，而其他的收集器目的是盡可能的減少程序的停頓時間渗常。我們在使用這個收集器的時候可以配置-XX:MaxGCPauseMillis 控制垃圾回收的停頓時間，-XX:GCTimeRatio控制吞吐量汗盘。
- -XX:GCTimeRatio 是一個比例時間控制 大于0 小于100的值皱碘， 如果該參數(shù)設(shè)置成5 那么垃圾回收的時間就是總程序時間的5/100 ；時間過少容易造成GC比較頻繁隐孽，這樣也容易降低吞吐量癌椿。設(shè)置時間長點(diǎn)，GC就不會太頻繁菱阵。并且吞吐量提高了踢俄。這個時間設(shè)置需要平衡。
Parallel Old 收集器
Parallel Old 收集器是Parallel Scavenge 收集器的老年版本 使用的是多線程與 標(biāo)記-整理算法晴及。該線程與Parallel Scavenge 進(jìn)行配合在注重吞吐量和CPU資源敏感的場合都办，該組合都可以優(yōu)先考慮。
CMS收集器
CMS收集器 是一種 以獲取最短回收停頓時間為目標(biāo)的收集器虑稼。CMS使用的算法是標(biāo)記-清除算法琳钉。整個運(yùn)行流程為
- 初始標(biāo)記 ：執(zhí)行過程匯總會暫停工作線程。 該過程中只標(biāo)記GC Root能關(guān)聯(lián)到的對象
- 并發(fā)標(biāo)記 ：執(zhí)行過程中可與工作線程一塊進(jìn)行 蛛倦。該過程進(jìn)行 GC RootsTracing 過程
- 重新標(biāo)記 ： 執(zhí)行過程中會暫停工作線程歌懒。 并且修改并發(fā)標(biāo)記期間改變的對象的標(biāo)記記錄
- 并發(fā)清除 ：執(zhí)行過程中可與工作線程一塊進(jìn)行 。該過程 清除帶有標(biāo)記的對象胰蝠。
CMS收集器優(yōu)點(diǎn)在于并發(fā)歼培，低停頓震蒋，但是該收集器還有他的缺點(diǎn):
- 對CPU資源敏感 。 雖然可以與應(yīng)用程序一塊執(zhí)行躲庄，但是總會占用CPU資源查剖，如果程序是CPU敏感性程序，那么CMS收集器就會造成程勛運(yùn)行慢的情況噪窘。
- CMS收集器無法處理浮動垃圾笋庄，這種情況容易造成 Full GC。在垃圾回收的過程中 還會有新的垃圾不斷產(chǎn)生倔监，所以只能留到下次執(zhí)行的時候才能去處理直砂。
- 算法是標(biāo)記-清除算法，該算法我們前面 介紹過浩习，無法處理碎片空間静暂，如果碎片空間過多，大對象無法創(chuàng)建谱秽，就會引發(fā)Full gc j進(jìn)行清理洽蛀。
G1 收集器
G1收集器 應(yīng)該來說是現(xiàn)在最好的收集器，但是在程序執(zhí)行過程中我們應(yīng)該具體情況具體分析疟赊。G1都有什么特點(diǎn)呢郊供？
- 并行與并發(fā)：G1能充分利用多核CPU的環(huán)境，可以使用并行來縮短Stop-The-Word 停頓的時間近哟，但是并不停頓java線程驮审，能讓程序繼續(xù)執(zhí)行。
- 分代收集：G1收集器不用其他收集器配合就能管理GC堆吉执。采用不同的方式去處理創(chuàng)建的對象和已經(jīng)存活好好幾代的就對象疯淫。
- 空間整合： 整體看屬于標(biāo)記-整理算法，但是在每個區(qū)域內(nèi)還形成了復(fù)制算法鼠证。這樣能不產(chǎn)生碎內(nèi)存峡竣，分配大對象時能得到充足的空間不會導(dǎo)致新的一次GC.
- 可預(yù)測的停頓： 建立可預(yù)測的停頓時間模型靠抑。讓使用者明確指定在一個長度為M毫秒內(nèi)的時間段內(nèi)量九，小號在垃圾收集上的時間不超過N毫秒。該模型避免了在Java整個堆內(nèi)進(jìn)行全區(qū)域的垃圾收集颂碧。G1會維護(hù)一個優(yōu)先列表荠列。用來跟蹤Region里面的堆的價值大小。
- 在避免Gc進(jìn)行全盤掃描的對象的情況下,G1在每個Region中是用Remembered Set 來維護(hù) 载城。虛擬機(jī)在對對象進(jìn)行寫操作時肌似，會產(chǎn)生一個終端操作。檢查Reference引用的對象是佛UC呼吁不同的Region中诉瓦，如果是便通過CardTable 把相關(guān)引用記錄到被引用對象所屬的Region的Remembered Set 中川队。
G1收集器在收集的過程中力细，一般會進(jìn)行以下幾個步驟。
- 初識標(biāo)記 ：只是標(biāo)記GC root 能關(guān)聯(lián)到的對象固额。會停頓眠蚂，但是耗時十分短。
- 并發(fā)標(biāo)記： 對對象進(jìn)行可達(dá)性分析斗躏。找出存活對象 逝慧，可以與用戶線程并發(fā)執(zhí)行。耗時長點(diǎn)
- 最終標(biāo)記： 修正在并發(fā)標(biāo)記期間導(dǎo)致變動的標(biāo)記記錄啄糙。將記錄記錄在 Remembered Set Logs中笛臣。將Remembered Set Logs 合并到Remembered Set 中 。需要停頓隧饼，但是可以并行執(zhí)行沈堡。
-
篩選回收： 對Region中的數(shù)據(jù)進(jìn)行回收。
G1收集流程
垃圾收集器參數(shù)總結(jié)
垃圾參數(shù)設(shè)置有很多燕雁，并且設(shè)置上也有很多的不同這個就不全部說了踱蛀。最近知道一個阿里的大佬出來創(chuàng)業(yè)就是做的相關(guān)的jvm參數(shù)調(diào)優(yōu)」蟀祝可以去這里看看 學(xué)習(xí)學(xué)習(xí)參數(shù)調(diào)優(yōu)
