垃圾收集器

HotSpot 包含的垃圾收集器

image

一矮台、串行收集器

1.1、Serial 收集器

• 在 JDk1.3 之前是新生代收集的唯一選擇
• 單線程根时，只會(huì)使用一個(gè) CPU 去完成
• 垃圾收集時(shí)瘦赫，必須暫停其他工作線程，直到它收集結(jié)束啸箫∷时耄“Stop The World”
• 虛擬機(jī)后臺(tái)自動(dòng)發(fā)起和自動(dòng)完成的伞芹，在用戶(hù)不可見(jiàn)的情況下把用戶(hù)正常工作的線程全部停掉
  到現(xiàn)在為止忘苛，是虛擬機(jī)運(yùn)行在 Client 模式下的默認(rèn)新生代收集器
• 通過(guò) JVM 參數(shù)-XX:+UseSerialGC 可以使用串行垃圾回收器。

1.2唱较、Serial Old 收集器

Serial Old 是 Serial 收集器的老年代版本扎唾，它同樣是一個(gè)單線程收集器，使用標(biāo)記-整理算法南缓。

• 主要意義也是在于給 Client 模式下的虛擬機(jī)使用

• 如果在 Server 模式下胸遇，那么它主要還有兩大用途：

  • 在 JDK 1.5 以及之前的版本中與 Parallel Scavenge 收集器搭配使用
  • 作為 CMS 收集器的后備預(yù)案，在并發(fā)收集發(fā)生 Concurrent Mode Failure 時(shí)使用

• Serial/Serial Old 收集器運(yùn)行示意圖

image-20201220204351963

二汉形、并行收集器

2.1纸镊、并行與并發(fā)的概念

• 并行（Parallel）：并行描述的是多條垃圾收集器線程之間的關(guān)系，說(shuō)明同一時(shí)間有多條這樣的線程在協(xié)同工作概疆，通常默認(rèn)此時(shí)用戶(hù)線程是處于等待狀態(tài)逗威。

• 并發(fā)（Concurrent）：并發(fā)描述的是垃圾收集器線程與用戶(hù)線程之間的關(guān)系，說(shuō)明同一時(shí)間垃圾收集器線程與用戶(hù)線程都在運(yùn)行岔冀。

2.2凯旭、ParNew 收集器

ParNew 收集器實(shí)質(zhì)上是 Serial 收集器的多線程并行版本，除了同時(shí)使用多條線程進(jìn)行垃圾收集之外使套，其余的行為包括 Serial 收集器可用的所有控制參數(shù)（例如：-XX：SurvivorRatio罐呼、-XX：PretenureSizeThreshold、-XX：HandlePromotionFailure 等）侦高、收集算法嫉柴、Stop The World、對(duì)象分配規(guī)則奉呛、回收策略等都與 Serial 收集器完全一致计螺。

• 由于存在線程交互的開(kāi)銷(xiāo)期奔，ParNew 收集器在單 CPU 環(huán)境下性能并沒(méi)有單線程垃圾收集器性能好。

• 虛擬機(jī)啟動(dòng)參數(shù)

  • -XX:+UseParNewGC: 新生代使用 ParNew 回收器危尿，老年代使用串行回收器
  • -XX:+UseConcMarkSweepGC新生代使用 ParNew 回收器呐萌，老年代使用 CMS
  • -XX:ParallelGCThreads參數(shù)來(lái)限制垃圾收集的線程數(shù)

• ParNew/Serial Old 收集器運(yùn)行示意圖
  image-20201223235413581

2.3、Parallel Scavenge 收集器

Parallel Scavenge 收集器也是一款新生代收集器谊娇，它同樣是基于標(biāo)記-復(fù)制算法實(shí)現(xiàn)的收集器肺孤，也是能夠并行收集的多線程收集器。

• Parallel Scavenge 收集器的目標(biāo)則是達(dá)到一個(gè)可控制的吞吐量（Throughput）

• 吞吐量就是處理器用于運(yùn)行用戶(hù)代碼的時(shí)間與處理器總消耗時(shí)間的比值

  image-20201224001620106

• 虛擬機(jī)參數(shù)

  • -XX:+UseParallelGC 新生代使用 ParallelGC 回收器济欢，老年代使用串行回收器
  • -XX:+UseParallelOldGC 新生代使用 ParallelGC 回收器赠堵，老年代使用 ParallelOldGC 回收器
  • -XX:MaxGCPauseMillis控制最大垃圾收集停頓時(shí)間(值大于０)。設(shè)置值越小停頓的時(shí)間越小法褥，但會(huì)導(dǎo)致 GC 頻繁茫叭，且增加 GC 總時(shí)間，從而降低吞吐量半等。
  • -XX GCTimeRatio 設(shè)置吞吐量大小揍愁，參數(shù)的值則應(yīng)當(dāng)是一個(gè)大于 0 小于 100 的整數(shù)，也就是垃圾收集時(shí)間占總時(shí)間的比率杀饵，相當(dāng)于吞吐量的倒數(shù)
  • -XX:+UseAdaptiveSizePolicy可以打開(kāi)自適應(yīng) GC 策略莽囤。就不需要人工指定新生代的大信墓凇（-Xmn）镀脂、Eden 與 Survivor 區(qū)的比例（-XX：SurvivorRatio）、晉升老年代對(duì)象大泻彩亍（-XX：PretenureSizeThreshold）等細(xì)節(jié)參數(shù)谜悟。

2.4话肖、Parallel Old 收集器

Parallel Old 是 Parallel Scavenge 收集器的老年代版本，支持多線程并發(fā)收集葡幸，基于標(biāo)記-整理算法實(shí)現(xiàn)最筒。這個(gè)收集器是直到 JDK 6 時(shí)才開(kāi)始提供的。在注重吞吐量或者處理器資源較為稀缺的場(chǎng)合礼患，都可以?xún)?yōu)先考慮 ParallelScavenge 加 Parallel Old 收集器這個(gè)組合

• Parallel Old 收集器的工作過(guò)程如圖

image-20201225000456022

三是钥、CMS 收集器

CMS（Concurrent Mark Sweep）收集器是一種以獲取最短回收停頓時(shí)間為目標(biāo)的收集器。也是基于標(biāo)記—清除算法實(shí)現(xiàn)的缅叠。

3.1悄泥、運(yùn)作過(guò)程

• 1）初始標(biāo)記（CMS initial mark）——　仍然需要“Stop The World”，標(biāo)記一下 GC Roots 能直接關(guān)聯(lián)到的對(duì)象肤粱，速度很快弹囚。
• 2）并發(fā)標(biāo)記（CMS concurrent mark）——　并發(fā)標(biāo)記階段就是從 GCRoots 的直接關(guān)聯(lián)對(duì)象開(kāi)始遍歷整個(gè)對(duì)象圖的過(guò)程，這個(gè)過(guò)程耗時(shí)較長(zhǎng)但是不需要停頓用戶(hù)線程领曼，可以與垃圾收集線程一起并發(fā)運(yùn)行
• 3）重新標(biāo)記（CMS remark）——　仍然需要“Stop The World”鸥鹉，重新標(biāo)記階段則是為了修正并發(fā)標(biāo)記期間蛮穿，因用戶(hù)程序繼續(xù)運(yùn)作而導(dǎo)致標(biāo)記產(chǎn)生變動(dòng)的那一部分對(duì)象的標(biāo)記記錄，這個(gè)階段的停頓時(shí)間通常會(huì)比初始標(biāo)記階段稍長(zhǎng)一些毁渗，但也遠(yuǎn)比并發(fā)標(biāo)記階段的時(shí)間短践磅。
• 4）并發(fā)清除（CMS concurrent sweep）——清理刪除掉標(biāo)記階段判斷的已經(jīng)死亡的對(duì)象，由于不需要移動(dòng)存活對(duì)象灸异，所以這個(gè)階段也是可以與用戶(hù)線程同時(shí)并發(fā)的府适。

3.2、運(yùn)行示意圖

image-20201227225103577

3.3肺樟、優(yōu)缺點(diǎn)

• 優(yōu)點(diǎn)：并發(fā)收集檐春、低停頓
• 缺點(diǎn)
  • CMS 收集器對(duì)處理器資源非常敏感，在并發(fā)階段么伯，它雖然不會(huì)導(dǎo)致用戶(hù)線程停頓疟暖，但卻會(huì)因?yàn)?strong>占用了一部分線程（或者說(shuō)處理器的計(jì)算能力）而導(dǎo)致應(yīng)用程序變慢，降低總吞吐量田柔。
  • 由于 CMS 收集器無(wú)法處理“浮動(dòng)垃圾”（Floating Garbage）俐巴，有可能出現(xiàn)“Con-current Mode Failure”失敗進(jìn)而導(dǎo)致另一次完全“Stop The World”的 Full GC 的產(chǎn)生。
  • CMS 是一款基于“標(biāo)記-清除”算法實(shí)現(xiàn)的收集器凯楔，這意味著收集結(jié)束時(shí)會(huì)有大量空間碎片產(chǎn)生窜骄。

浮動(dòng)垃圾：在 CMS 的并發(fā)標(biāo)記和并發(fā)清理階段，用戶(hù)線程是還在繼續(xù)運(yùn)行的摆屯，程序在運(yùn)行自然就還會(huì)伴隨有新的垃圾對(duì)象不斷產(chǎn)生，但這一部分垃圾對(duì)象是出現(xiàn)在標(biāo)記過(guò)程結(jié)束以后糠亩，CMS 無(wú)法在當(dāng)次收集中處理掉它們虐骑，只好留待下一次垃圾收集時(shí)再清理掉。這一部分垃圾就稱(chēng)為“浮動(dòng)垃圾”赎线。

3.4 虛擬機(jī)參數(shù)

• -XX:+UseConcMarkSweepGC 啟用 CMS

• -XX:-CMSPrecleaningEnabled 關(guān)閉預(yù)清理

• -XX:ConcGCThreads 廷没、-XX:ParallelCMSThreads 　設(shè)置并發(fā)線程數(shù)量，CMS 的默認(rèn)并發(fā)線程數(shù)是（ParallelGCThreads+3 )/4垂寥〉呃瑁　 ParallelGCThreads 表示 GC 并行時(shí)使用的線程數(shù) ，如果新生代使用 ParNew 滞项，那么 ParallelGCThreads 也就是新生代 GC 的線程數(shù)量狭归。

• XX:CMSInitiatingOccupancyFraction： CMS 的觸發(fā)百分比，

  • 在 JDK 5 中默認(rèn)當(dāng)老年代使用了 68%的空間后就會(huì)被激活文判，JDK 6 時(shí)提高到了 92%过椎。
  • 提高 CMS 的觸發(fā)百分比，可以降低內(nèi)存回收頻率戏仓，獲取更好的性能疚宇。
  • 觸發(fā)百分比過(guò)高會(huì)面臨另一種風(fēng)險(xiǎn)：要是 CMS 運(yùn)行期間預(yù)留的內(nèi)存無(wú)法滿(mǎn)足程序分配新對(duì)象的需要亡鼠，就會(huì)出現(xiàn)一次“并發(fā)失敗”（Concurrent Mode Failure），這時(shí)候虛擬機(jī)將不得不啟動(dòng)后備預(yù)案：凍結(jié)用戶(hù)線程的執(zhí)行敷待，臨時(shí)啟用 Serial Old 收集器來(lái)重新進(jìn)行老年代的垃圾收集间涵，但這樣停頓時(shí)間就很長(zhǎng)了。

• -XX:+UseCMS-CompactAtFullCollection：（默認(rèn)是開(kāi)啟的榜揖，此參數(shù)從 JDK 9 開(kāi)始廢棄）浑厚，用于在 CMS 收集器不得不進(jìn)行 Full GC 時(shí)開(kāi)啟內(nèi)存碎片的合并整理過(guò)程，由于這個(gè)內(nèi)存整理必須移動(dòng)存活對(duì)象根盒，（在 Shenandoah 和 ZGC 出現(xiàn)前）是無(wú)法并發(fā)的钳幅。

• -XX：CMSFullGCsBefore-Compaction：(此參數(shù)從 JDK 9 開(kāi)始廢棄)，這個(gè)參數(shù)的作用是要求 CMS 收集器在執(zhí)行過(guò)若干次（數(shù)量由參數(shù)值決定）不整理空間的 Full GC 之后炎滞，下一次進(jìn)入 Full GC 前會(huì)先進(jìn)行碎片整理（默認(rèn)值為 0敢艰，表示每次進(jìn)入 Full GC 時(shí)都進(jìn)行碎片整理）。

四册赛、Garbage First 收集器（G1）

4.1 G1 介紹

Garbage First（簡(jiǎn)稱(chēng) G1）收集器是垃圾收集器技術(shù)發(fā)展歷史上的里程碑式的成果钠导，它開(kāi)創(chuàng)了收集器面向局部收集的設(shè)計(jì)思路和基于 Region 的內(nèi)存布局形式。G1 是一款主要面向服務(wù)端應(yīng)用的垃圾收集器森瘪。

4.2牡属、G1 設(shè)計(jì)思路

• G1 不再堅(jiān)持固定大小以及固定數(shù)量的分代區(qū)域劃分，而是把連續(xù)的 Java 堆劃分為多個(gè)大小相等的獨(dú)立區(qū)域（Region）
• 每一個(gè) Region 都可以根據(jù)需要扼睬，扮演新生代的 Eden 空間逮栅、Survivor 空間，或者老年代空間
• 收集器能夠?qū)Π缪莶煌巧?Region 采用不同的策略去處理窗宇，這樣無(wú)論是新創(chuàng)建的對(duì)象還是已經(jīng)存活了一段時(shí)間措伐、熬過(guò)多次收集的舊對(duì)象都能獲取很好的收集效果。
• Region 中還有一類(lèi)特殊的 Humongous 區(qū)域军俊，專(zhuān)門(mén)用來(lái)存儲(chǔ)大對(duì)象侥加。對(duì)于那些超過(guò)了整個(gè) Region 容量的超級(jí)大對(duì)象，將會(huì)被存放在 N 個(gè)連續(xù)的 Humongous Region 之中粪躬，G1 的大多數(shù)行為都把 Humongous Region 作為老年代的一部分來(lái)進(jìn)行看待担败。

4.3、G1 內(nèi)存布局形式示意圖

image-20201228005019666

4.4 G1 收集器的運(yùn)作過(guò)程

• 初始標(biāo)記：　標(biāo)記從根節(jié)點(diǎn)直接可達(dá)的對(duì)象 這個(gè)階段會(huì)伴隨一次新生代 GC 镰官，它是會(huì)產(chǎn)生全局停頓的提前，應(yīng)用程序線程在這個(gè)階段必須停止執(zhí)行
• 根區(qū)域掃描：這個(gè)過(guò)程是可以和應(yīng)用程序并發(fā)執(zhí)行的是根區(qū)域掃描不能和新生代 GC 同時(shí)執(zhí)行 （因?yàn)楦鶇^(qū)域掃描依賴(lài) survivor 區(qū)的對(duì)象，而新生代 GC 會(huì)修改這個(gè)區(qū)域）朋魔，因此如果恰巧在此時(shí)需要進(jìn)行新生代 GC, GC 就需要等待根區(qū)域掃描結(jié)束后才能進(jìn)行岖研，如果發(fā)生這種情況，這次新生代 GC 的時(shí)間就會(huì)延長(zhǎng)
• 井發(fā)標(biāo)記：：和 CMS 類(lèi)似，并發(fā)標(biāo)記將會(huì)掃描并查找整個(gè)堆的存活對(duì)象孙援，并做好標(biāo)記害淤。這是一個(gè)并發(fā)的過(guò)程，并且這個(gè)過(guò)程可以被一次新生代 GC 打斷
• 重新標(biāo)記：和 CMS 一樣拓售，重新標(biāo)記也是會(huì)產(chǎn)生應(yīng)用程序停頓的窥摄。由于在并發(fā)標(biāo)記過(guò)程中，應(yīng)用程序依然在運(yùn)行础淤，因此標(biāo)記結(jié)果可能需要進(jìn)行修正崭放，所以在此對(duì)上一次的標(biāo)記結(jié)果進(jìn)行補(bǔ)充。在 G1 中鸽凶，這個(gè)過(guò)程使用 SATB (Snapshot At-The-Beginning 币砂，原始快照）算法完成，G1 會(huì)在標(biāo)記之初為存活對(duì)象創(chuàng)建一個(gè)快照玻侥，這個(gè)快照有助于加速重新標(biāo)記的速度决摧。
• 獨(dú)占清理：這個(gè)階段是會(huì)引起停頓的, 它將計(jì)算各個(gè)區(qū)域的存活對(duì)象和 GC 回收比例并進(jìn)行排序，識(shí)別可供混合回收的區(qū)域凑兰。在這個(gè)階段掌桩，還會(huì)更新記憶集（Remebered Set)該階段給出了需要被混合回收的區(qū)域并進(jìn)行了標(biāo)記，在混合回收階段姑食，需要這些信息波岛。
• 井發(fā)清理階段：這里會(huì)識(shí)別并清理完全空閑的區(qū)域，它是井發(fā)的清理音半，不會(huì)引起停頓

image-20201228010842270

4.5则拷、虛擬機(jī)參數(shù)

• -XX：G1HeapRegionSize 用于設(shè)置 Region 區(qū)域的大小

• -XX：MaxGCPauseMillis 設(shè)定允許的收集停頓時(shí)間，默認(rèn)值是 200 毫秒

• -XX:+UseG1GC 啟用 G1 回收器

六祟剔、低延遲收集器

image-20210102154219862

從上圖中可以看到隔躲，最后的兩款收集器，Shenandoah 和 ZGC物延，幾乎整個(gè)工作過(guò)程全部都是并發(fā)的，只有初始標(biāo)記仅父、最終標(biāo)記這些階段有短暫的停頓叛薯，這部分停頓的時(shí)間基本上是固定的，與堆的容量笙纤、堆中對(duì)象的數(shù)量沒(méi)有正比例關(guān)系耗溜。

6.1 Shenandoah 收集器

• 與 G1 的不同

  • 支持并發(fā)的整理算法，G1 的回收階段是可以多線程并行的省容，但卻不能與用戶(hù)線程并發(fā)
  • Shenandoah（目前）是默認(rèn)不使用分代收集的
  • 摒棄了在 G1 中耗費(fèi)大量?jī)?nèi)存和計(jì)算資源去維護(hù)的記憶集抖拴，改用名為“連接矩陣”（ConnectionMatrix）的全局?jǐn)?shù)據(jù)結(jié)構(gòu)來(lái)記錄跨 Region 的引用關(guān)系，降低了處理跨代指針時(shí)的記憶集維護(hù)消耗，也降低了偽共享問(wèn)題的發(fā)生概率阿宅。

• Shenandoah 收集器的連接矩陣示意圖

image-20210102163400524

• Shenandoah 收集器的工作過(guò)程（并發(fā)標(biāo)記候衍、并發(fā)回收、并發(fā)引用更新）

  • 初始標(biāo)記（Initial Marking）：與 G1 一樣洒放，首先標(biāo)記與 GC Roots 直接關(guān)聯(lián)的對(duì)象蛉鹿，這個(gè)階段仍是“Stop The World”的，但停頓時(shí)間與堆大小無(wú)關(guān)往湿，只與 GCRoots 的數(shù)量相關(guān)妖异。
  • 并發(fā)標(biāo)記（Concurrent Marking）：與 G1 一樣，遍歷對(duì)象圖领追，標(biāo)記出全部可達(dá)的對(duì)象他膳，這個(gè)階段是與用戶(hù)線程一起并發(fā)的，時(shí)間長(zhǎng)短取決于堆中存活對(duì)象的數(shù)量以及對(duì)象圖的結(jié)構(gòu)復(fù)雜程度绒窑。
  • 最終標(biāo)記（Final Marking）：與 G1 一樣棕孙，處理剩余的 SATB 掃描，并在這個(gè)階段統(tǒng)計(jì)出回收價(jià)值最高的 Region回论，將這些 Region 構(gòu)成一組回收集（Collection Set）散罕。最終標(biāo)記階段也會(huì)有一小段短暫的停頓。
  • 并發(fā)清理（Concurrent Cleanup）：這個(gè)階段用于清理那些整個(gè)區(qū)域內(nèi)連一個(gè)存活對(duì)象都沒(méi)有找到的 Region（這類(lèi) Region 被稱(chēng)為 Immediate GarbageRegion）傀蓉。
  • 并發(fā)回收（Concurrent Evacuation）：并發(fā)回收階段是 Shenandoah 與之前 HotSpot 中其他收集器的核心差異欧漱。在這個(gè)階段，Shenandoah 要把回收集里面的存活對(duì)象先復(fù)制一份到其他未被使用的 Region 之中
  • 初始引用更新（Initial Update Reference）：并發(fā)回收階段復(fù)制對(duì)象結(jié)束后葬燎，還需要把堆中所有指向舊對(duì)象的引用修正到復(fù)制后的新地址误甚，這個(gè)操作稱(chēng)為引用更新。
  • 并發(fā)引用更新（Concurrent Update Reference）：真正開(kāi)始進(jìn)行引用更新操作谱净，這個(gè)階段是與用戶(hù)線程一起并發(fā)的窑邦，時(shí)間長(zhǎng)短取決于內(nèi)存中涉及的引用數(shù)量的多少。
  • 最終引用更新（Final Update Reference）：解決了堆中的引用更新后壕探，還要修正存在于 GC Roots 中的引用冈钦。這個(gè)階段是 Shenandoah 的最后一次停頓，停頓時(shí)間只與 GC Roots 的數(shù)量相關(guān)李请。
  • 并發(fā)清理（Concurrent Cleanup）：經(jīng)過(guò)并發(fā)回收和引用更新之后瞧筛，整個(gè)回收集中所有的 Region 已再無(wú)存活對(duì)象，這些 Region 都變成 Immediate GarbageRegions 了导盅，最后再調(diào)用一次并發(fā)清理過(guò)程來(lái)回收這些 Region 的內(nèi)存空間较幌，供以后新對(duì)象分配使用。

• 工作過(guò)程圖示

  image

6.2 ZGC 收集器

ZGC 和 Shenandoah 的目標(biāo)是高度相似的白翻，都希望在盡可能對(duì)吞吐量影響不太大的前提下乍炉，實(shí)現(xiàn)在任意堆內(nèi)存大小下都可以把垃圾收集的停頓時(shí)間限制在十毫秒以?xún)?nèi)的低延遲。

• ZGC 的 Region

  • 小型 Region（Small Region）：容量固定為 2MB，用于放置小于 256KB 的小對(duì)象岛琼。
  • 中型 Region（Medium Region）：容量固定為 32MB底循，用于放置大于等于 256KB 但小于 4MB 的對(duì)象。
  • 大型 Region（Large Region）：容量不固定衷恭，可以動(dòng)態(tài)變化此叠，但必須為 2MB 的整數(shù)倍，用于放置 4MB 或以上的大對(duì)象随珠。

• ZGC 的堆內(nèi)存布局

  image-20210105225424269

• 染色指針技術(shù)（Colored Pointer）

  染色指針技術(shù)是一種直接將少量額外的信息存儲(chǔ)在指針上的技術(shù)灭袁。目前在 Linux 下 64 位的操作系統(tǒng)中高 18 位是不能用來(lái)尋址的，但是剩余的 46 為卻可以支持 64T 的空間窗看，到目前為止我們幾乎還用不到這么多內(nèi)存茸歧。于是 ZGC 將 46 位中的高 4 位取出，用來(lái)存儲(chǔ) 4 個(gè)標(biāo)志位显沈，剩余的 42 位可以支持 4TB(2 的 42 次冪)的內(nèi)存软瞎，也直接導(dǎo)致 ZGC 可以管理的內(nèi)存不超過(guò) 4TB，如圖所示：

• 染色指針的三大優(yōu)勢(shì)

  • 染色指針可以使得一旦某個(gè) Region 的存活對(duì)象被移走之后拉讯，這個(gè) Region 立即就能夠被釋放和重用掉涤浇，而不必等待整個(gè)堆中所有指向該 Region 的引用都被修正后才能清理
  • 染色指針可以大幅減少在垃圾收集過(guò)程中內(nèi)存屏障的使用數(shù)量
  • 染色指針可以作為一種可擴(kuò)展的存儲(chǔ)結(jié)構(gòu)用來(lái)記錄更多與對(duì)象標(biāo)記、重定位過(guò)程相關(guān)的數(shù)據(jù)魔慷，以便日后進(jìn)一步提高性能

• 染色指針圖示

  image-20210107213919069

• ZGC 運(yùn)作過(guò)程

  • 并發(fā)標(biāo)記（Concurrent Mark）：與 G1只锭、Shenandoah 一樣，并發(fā)標(biāo)記是遍歷對(duì)象圖做可達(dá)性分析的階段院尔，前后也要經(jīng)過(guò)類(lèi)似于 G1蜻展、Shenandoah 的初始標(biāo)記、最終標(biāo)記（盡管 ZGC 中的名字不叫這些）的短暫停頓邀摆，而且這些停頓階段所做的事情在目標(biāo)上也是相類(lèi)似的纵顾。與 G1、Shenandoah 不同的是栋盹，ZGC 的標(biāo)記是在指針上而不是在對(duì)象上進(jìn)行的施逾，標(biāo)記階段會(huì)更新染色指針中的 Marked 0、Marked 1 標(biāo)志位例获。
  • 并發(fā)預(yù)備重分配（Concurrent Prepare for Relocate）：這個(gè)階段需要根據(jù)特定的查詢(xún)條件統(tǒng)計(jì)得出本次收集過(guò)程要清理哪些 Region音念，將這些 Region 組成重分配集（Relocation Set）
  • 并發(fā)重分配（Concurrent Relocate）：重分配是 ZGC 執(zhí)行過(guò)程中的核心階段，這個(gè)過(guò)程要把重分配集中的存活對(duì)象復(fù)制到新的 Region 上躏敢，并為重分配集中的每個(gè) Region 維護(hù)一個(gè)轉(zhuǎn)發(fā)表（Forward Table），記錄從舊對(duì)象到新對(duì)象的轉(zhuǎn)向關(guān)系整葡。
  • 并發(fā)重映射（Concurrent Remap）：重映射所做的就是修正整個(gè)堆中指向重分配集中舊對(duì)象的所有引用

• ZGC 運(yùn)作圖示

image-20210107215333885