GC垃圾回收算法和垃圾回收器

最新推荐文章于 2023-09-03 09:45:57 发布

老咸鱼也要加饭

最新推荐文章于 2023-09-03 09:45:57 发布

阅读量231

点赞数

分类专栏： java 文章标签： jvm java

本文链接：https://blog.csdn.net/weixin_44960500/article/details/128793223

版权

java 专栏收录该内容

10 篇文章 0 订阅

订阅专栏

垃圾回收算法
复制算法
将内存分为大小相同的两块，每次只使用其中一块。进行垃圾回收时，把存活的对象复制到另一块去，并把使用的空间一次清理掉。
标记清除算法
标记存活的对象，统一回收所有未被标记的对象。这种算法存在两个问题，如果需要标记的对象太多，效率不高；标记清除后会造成大量不连续的碎片
标记整理算法
标记过程与标记清除算法类似，回收对象时会把存活的对象移动到内存的一边，再清除掉边界以外的对象
垃圾收集器

Seiral串行收集器（-XX:+UseSerialGC -XX:+UseSerialOldGC）
Seiral收集器分为年轻代和老年代，只使用单线程去完成垃圾回收工作，简单高效但会发生STW，直到回收结束
年轻代使用复制算法，老年代采用标记-整理算法

Parallel并行收集器（-XX:+UseParallelGC -XX:+UseParallel OldGC）
就是Seiral收集器的多线程版本，默认收集线程数为cpu核数，是JDK8默认的垃圾收集器
年轻代使用复制算法，老年代采用标记-整理算法
在这里插入图片描述
ParNew收集器（-xx:+UserParNewGC）
整体跟Parallel并行收集器相同，区别是可以跟CMS搭配使用

CMS 收集器（+XX:+UseConcMarkSweepGC(old)）
CMS(Concurrnet Mark Sweep) 并发标记清除收集器是一种以获取最短回收停顿时间为目标的收集器，减少STW时间。可以与用户线程同时工作，一般公司会选择ParNew+CMS组合
初始标记（STW）>>并发标记>>重新标记(STW) >> 并发清理>>并发重置
主要优点：并发收集，低停顿
主要缺点：对CPU资源敏感（会跟用户线程抢占资源）
对并发标记和并发清除阶段产生的浮动垃圾，要等下次GC才能清理
采用标记清除算法，会产生大量空间碎片，可以通过参数在清除完成后再整理

在这里插入图片描述

CMS核心参数

-XX:+UseConcMarkSweepGC：启用cms
-XX:ConcGCThreads：并发的GC线程数
-XX:+UseCMSCompactAtFullCollection：FullGC之后做压缩整理（减少碎片）
-XX:CMSFullGCsBeforeCompaction：多少次FullGC之后压缩一次，默认是0，代表每次FullGC后都会压缩一次
-XX:CMSInitiatingOccupancyFraction: 当老年代使用达到该比例时会触发FullGC（默认是92，这是百分比）
-XX:+UseCMSInitiatingOccupancyOnly：只使用设定的回收阈值(-XX:CMSInitiatingOccupancyFraction设定的值)，如果不指定，JVM仅在第一次使用设定值，后续则会自动调整
-XX:+CMSScavengeBeforeRemark：在CMS GC前启动一次minor gc，目的在于减少老年代对年轻代的引用，降低CMS GC的标记阶段时的开销，一般CMS的GC耗时 80%都在标记阶段
-XX:+CMSParallellnitialMarkEnabled：表示在初始标记的时候多线程执行，缩短STW
-XX:+CMSParallelRemarkEnabled：在重新标记的时候多线程执行，缩短STW;

G1收集器

将java堆划分为多个大小相等的独立区域Region,JVM最多可以有2048个Region
在这里插入图片描述

回收算法主要使用的是复制算法，把存活对象从一个Region复制到另一个Region
收集步骤
初始标记 STW
并发标记同CMS
最终标记 STW
筛选回收 STW
在这里插入图片描述
G1收集器参数

-XX:+UseG1GC:使用G1收集器
-XX:ParallelGCThreads:指定GC工作的线程数量
-XX:G1HeapRegionSize:指定分区大小(1MB~32MB，且必须是2的N次幂)，默认将整堆划分为2048个分区
-XX:MaxGCPauseMillis:目标暂停时间(默认200ms)
-XX:G1NewSizePercent:新生代内存初始空间(默认整堆5%)
-XX:G1MaxNewSizePercent:新生代内存最大空间
-XX:TargetSurvivorRatio:Survivor区的填充容量(默认50%)，Survivor区域里的一批对象(年龄1+年龄2+年龄n的多个年龄对象)总和超过了Survivor区域的50%，此时就会把年龄n(含)以上的对象都放入老年代
-XX:MaxTenuringThreshold:最大年龄阈值(默认15)
-XX:InitiatingHeapOccupancyPercent:老年代占用空间达到整堆内存阈值(默认45%)，则执行新生代和老年代的混合
收集(MixedGC)，比如我们之前说的堆默认有2048个region，如果有接近1000个region都是老年代的region，则可能就要触发MixedGC了
-XX:G1MixedGCLiveThresholdPercent(默认85%) region中的存活对象低于这个值时才会回收该region，如果超过这个值，存活对象过多，回收的的意义不大。
-XX:G1MixedGCCountTarget:在一次回收过程中指定做几次筛选回收(默认8次)，在最后一个筛选回收阶段可以回收一会，然后暂停回收，恢复系统运行，一会再开始回收，这样可以让系统不至于单次停顿时间过长。
-XX:G1HeapWastePercent(默认5%): gc过程中空出来的region是否充足阈值，在混合回收的时候，对Region回收都是基于复制算法进行的，都是把要回收的Region里的存活对象放入其他Region，然后这个Region中的垃圾对象全部清理掉，这样的话在回收过程就会不断空出来新的Region，一旦空闲出来的Region数量达到了堆内存的5%，此时就会立即停止混合回收，意味着本次混合回收就结束了。

如何选择垃圾收集器

优先调整堆的大小让服务器自己来选择
如果内存小于100M，使用串行收集器
如果是单核，并且没有停顿时间的要求，串行或JVM自己选择
如果允许停顿时间超过1秒，选择并行或者JVM自己选
如果响应时间最重要，并且不能超过1秒，使用并发收集器
4G以下可以用parallel，4-8G可以用ParNew+CMS，8G以上可以用G1，几百G以上用ZGC

老年代空间担保机制
在每次发生minorgc前，会计算当前老年代的剩余空间是否大于年轻代所有对象大小之和，如果大于，则直接进行minorgc.如果小于，还要计算当前老年代剩余空间大小是否大于之前每次进入老年代的对象平均大小之和，如果大于则进行minorgc,否则进行full gc。
简而言之就是要保证老年代有足够剩余空间容纳可能进入老年代的对象。

触发full gc的情况
1.老年代空间担保机制
2.显示调用System.gc()
3.元空间空间不足