JVM进行FullGC的情况及应对策略

本文探讨了JVM Full GC的各种触发情况,包括System.gc()调用、老年代和永生代空间不足、CMS GC问题、Minor GC晋升策略等,并提出了相应的优化策略,如调整内存空间、禁用System.gc()、使用CMS GC等,以减少Full GC的发生,提高系统性能。
摘要由CSDN通过智能技术生成

堆内存划分为 Eden、Survivor 和 Tenured/Old 空间,如下图所示:

enter description here


从年轻代空间(包括 Eden 和 Survivor 区域)回收内存被称为 Minor GC;对老年代GC称为Major GC;
而Full GC是对整个堆来说的,在最近几个版本的JDK里默认包括了对永生代,即方法区的回收(JDK8中无永生代了)。出现Full GC的时候经常伴随至少一次的Minor GC,但非绝对的。Major GC的速度一般会比Minor GC慢10倍以上。下边看看有哪些情况触发JVM进行Full GC及应对策略。

1、System.gc()方法的调用
此方法的调用是建议JVM进行Full GC,虽然只是建议而非一定。但很多情况下它会触发 Full GC,从而增加Full GC的频率,也即增加了间歇性停顿的次数。强烈影响系建议能不使用此方法就别使用,让虚拟机自己去管理它的内存,可通过通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。

2、老年代空间不足
老年代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象,当执行Full GC后空间仍然不足,则抛出如下错误:java.lang.OutOfMemoryError: Java heap space。

为避免以上两种状况引起的Full GC,调优时应尽量做到让对象在Minor GC阶段被回收、

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值