关于MinorGC、MajorGC和FullGC

JVM在进行GC时,并非每次都对新生代,老年代,元空间区域一起回收,大部分回收都是指新生代。

针对HotSpot VM的实现,他里面的GC按照回收区域又分为两大类型:一种是部分收集(Partial GC),一种是整堆收(full GC)

  • 部分收集:不是完整收集整个Java堆的垃圾收集,其中又分为:
    • 新生代收集(Minor GC/ Young GC):只是新生代的垃圾收集。
      • 当年轻代空间不足时,就会触发Minor GC,这里的年轻代满指的是Eden代满了,Survivor区满则不会触发GC。
      • Minor GC会触发STW,暂停其他用户线程,等待垃圾回收结束,用户线程才恢复运行。
    • 老年代收集(Major GC/ Old GC):只收集老年代。
      • 目前,只有垃圾回收器CMS GC的时候会有单独收集老年代的行为。
      • 出现Major GC,经常会伴随至少一次的Minor GC(但并非绝对,在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程。
    • 混合收集(Mixed GC):收集整个新生代以及部分老年代的垃圾收集。
      • 目前,只有垃圾回收器G1在GC的时候会有这种行为。

  • 整堆收集(Full GC):收集整个Java堆和方法区的垃圾收集。
    • 执行Full GC执行的情况有以下5种:
      • 调用System.gc()时,系统建议执行FUll GC,但是不是必须执行。
      • 老年代空间不足
      • 方法区空间不足
      • 通过Minor GC后进入老年代的平均大小大于老年代的可用内存
      • 由Eden区,s0区向S1区复制时,对象大小大于To Space可用内存,这把该对象转存到老年代,且老年代的可用内存小于该对象的大小
      • full GC是开发或者调优中尽量要避免的,这样暂时时间会短一点
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值