對(duì)ZGC還不怎么了解的同學(xué)，可以先看看這篇文章 ZGC，一個(gè)超乎想象的垃圾收集器
以往的一些GC算法狡刘，比如CMS、G1困鸥，采用分代的思想對(duì)堆內(nèi)存進(jìn)行劃分嗅蔬，對(duì)應(yīng)的GC行為也可以分為Young GC、Old GC 和 FGC疾就。
但是在ZGC算法中澜术，并沒(méi)有分代的概念，所以就不存在Young GC猬腰、Old GC鸟废，所有的GC行為都是Full GC。
那ZGC的垃圾回收行為什么時(shí)候會(huì)進(jìn)行姑荷？
擼了下源碼盒延，已經(jīng)準(zhǔn)確定位到觸發(fā)ZGC的邏輯缩擂，位于zDirector.cpp文件。
虛擬機(jī)啟動(dòng)時(shí)添寺，會(huì)啟動(dòng)一個(gè)線(xiàn)程執(zhí)行如下邏輯：
void ZDirector::run_service() {
// Main loop
while (_metronome.wait_for_tick()) {
sample_allocation_rate();
const GCCause::Cause cause = make_gc_decision();
if (cause != GCCause::_no_gc) {
ZCollectedHeap::heap()->collect(cause);
}
}
}
其中_metronome.wait_for_tick()每間隔100ms返回一次胯盯，意味著每100ms執(zhí)行一次make_gc_decision()，決定是否執(zhí)行ZGC计露。
在make_gc_decision()中提供了4種策略博脑，只要滿(mǎn)足其中1個(gè)策略就可以觸發(fā)ZGC。
rule_timer
第一個(gè)策略票罐，從行為表現(xiàn)上叉趣，我把它叫做是周期性GC，默認(rèn)是不生效的胶坠，但是如果配置 -XX:ZCollectionInterval=1（單位是秒）君账，那么每隔1s，就會(huì)執(zhí)行一次ZGC沈善，太暴力了。
rule_warmup
JVM啟動(dòng)之后椭蹄，如果一直沒(méi)有發(fā)生過(guò)GC闻牡，那么會(huì)在堆內(nèi)存使用超過(guò)10%、20%绳矩、30%時(shí)罩润，分別觸發(fā)一次GC，這樣做是為了收集一些GC相關(guān)的數(shù)據(jù)，為后面的條件規(guī)則提供數(shù)據(jù)支撐。
rule_allocation_rate
根據(jù)對(duì)象分配速率決定是否GC环形。
如果當(dāng)前的可用堆內(nèi)存箩朴，根據(jù)估計(jì)出來(lái)的對(duì)象最大分配速率，很快會(huì)被耗盡焕盟，則執(zhí)行一次GC，這種策略一般在qps很高、對(duì)象分配很快時(shí)會(huì)被觸發(fā)消玄。
rule_proactive
這個(gè)策略是積極主動(dòng)型的。
如果能夠接受因?yàn)镚C引起的應(yīng)用吞吐量下降丢胚，那么就觸發(fā)GC翩瓜，這個(gè)策略允許我們降低堆內(nèi)存，并且在堆內(nèi)存還有很多剩余空間時(shí)携龟，執(zhí)行引用處理兔跌，具體的條件是：
1、自從上次GC之后峡蟋，堆的使用量至少漲了10%
2坟桅、自從上次GC之后相满，已經(jīng)過(guò)去5分鐘沒(méi)有發(fā)生GC
這有助于在對(duì)象分配率非常低的應(yīng)用程序時(shí)避免多余的GC.
這4種都是在還有空閑內(nèi)存的時(shí)候就執(zhí)行GC的策略，那如果垃圾回收的速度趕不上對(duì)象分配的速率桦卒，怎么辦立美？
這個(gè)時(shí)候，分配對(duì)象的應(yīng)用線(xiàn)程方灾，只能停下來(lái)建蹄，等待垃圾對(duì)象的回收，如果回收掉一部分內(nèi)存裕偿，就可以直接拿到用了洞慎，不需要等垃圾回收?qǐng)?zhí)行完成。
