本文將會(huì)介紹各種不同類型的Java垃圾回收器。垃圾回收是Java用來將程序員從分配和釋放內(nèi)存的瑣事中解放出來的自動(dòng)過程。

Java有四種類型的垃圾回收器，

1. Serial Garbage Collector
2. Parallel Garbage Collector
3. CMS Garbage Collector
4. G1 Garbage Collector

這四種類型的垃圾回收器都有各自的優(yōu)點(diǎn)和缺點(diǎn)。最重要的是程序員可以選擇JVM使用哪種類型的垃圾回收器。我們可以通過傳遞不同的JVM參數(shù)來設(shè)置使用哪一個(gè)。各個(gè)垃圾回收器在不同應(yīng)用場景下的效率會(huì)有很大的差異。因此了解各種不同類型的垃圾回收器以及它們的應(yīng)用場景是非常重要的。

Serial Garbage Collector

串行垃圾回收器控制所有的應(yīng)用線程。它是為單線程場景設(shè)計(jì)的，只使用一個(gè)線程來執(zhí)行垃圾回收工作。它暫停所有應(yīng)用線程來執(zhí)行垃圾回收工作的方式不適用于服務(wù)器的應(yīng)用環(huán)境。它最適用的是簡單的命令行程序。

使用-XX:+UseSerialGCJVM參數(shù)來開啟使用串行垃圾回收器。

Parallel Garbage Collector

并行垃圾回收器也稱作基于吞吐量的回收器。它是JVM的默認(rèn)垃圾回收器。與Serial不同的是，它使用多個(gè)線程來執(zhí)行垃圾回收工作。和Serial回收器一樣，它在執(zhí)行垃圾回收工作是也需要暫停所有應(yīng)用線程。

CMS Garbage Collector

并發(fā)標(biāo)記清除(Concurrent Mark Sweep,CMS)垃圾回收器，使用多個(gè)線程來掃描堆內(nèi)存并標(biāo)記可被清除的對(duì)象，然后清除標(biāo)記的對(duì)象。CMS垃圾回收器只在下面這兩種情形下暫停工作線程，

1. 在老年代中標(biāo)記引用對(duì)象的時(shí)候
2. 在做垃圾回收的過程中堆內(nèi)存中有變化發(fā)生

對(duì)比與并行垃圾回收器，CMS回收器使用更多的CPU來保證更高的吞吐量。如果我們可以有更多的CPU用來提升性能，那么CMS垃圾回收器是比并行回收器更好的選擇。

使用-XX:+UseParNewGCJVM參數(shù)來開啟使用CMS垃圾回收器。

G1 Garbage Collector

G1垃圾回收器應(yīng)用于大的堆內(nèi)存空間。它將堆內(nèi)存空間劃分為不同的區(qū)域，對(duì)各個(gè)區(qū)域并行地做回收工作。G1在回收內(nèi)存空間后還立即堆空閑空間做整合工作以減少碎片。CMS卻是在全部停止(stop the world,STW)時(shí)執(zhí)行內(nèi)存整合工作。對(duì)于不同的區(qū)域G1根據(jù)垃圾的數(shù)量決定優(yōu)先級(jí)。

使用-XX:UseG1GCJVM參數(shù)來開啟使用G1垃圾回收器。

Java 8 的優(yōu)化

在使用G1垃圾回收器是，開啟使用-XX:+UseStringDeduplacatonJVM參數(shù)。它會(huì)通過把重復(fù)的String值移動(dòng)到同一個(gè)char[]數(shù)組來優(yōu)化堆內(nèi)存占用。這是Java 8 u 20引入的選項(xiàng)。

以上給出的四個(gè)Java垃圾回收器，在什么時(shí)候使用哪一個(gè)去決于應(yīng)用場景，硬件配置和吞吐量要求。

Garbage Collection JVM Options

下面是些主要的與Java垃圾回收相關(guān)的JVM選項(xiàng)。

Type of Garbage Collector to run

GC 優(yōu)化選項(xiàng)

Example Usage of JVM GC Options

java -Xmx12m -Xms3m -Xmn1m -XX:PermSize=20m -XX:MaxPermSize=20m -XX:+UseSerialGC -jar java-application.jar