频繁的FullGC问题如何排查和解决?

本文探讨了FullGC(全局垃圾回收)的问题,包括其对用户体验的影响,年轻代和老年代的区别,以及频繁FullGC的原因(如堆内存不足、大对象创建和内存泄漏)。文章还提供了排查和解决策略,如调整堆内存、代码优化、对象池和使用G1GC等高效垃圾回收机制。
摘要由CSDN通过智能技术生成

首先说下什么是FullGC,就是全局垃圾回收机制,全局的垃圾回收机制特别耗费资源,如果频繁的操作更耗费资源了,重点是在进行FullGC的时候,其会停掉所有的应用线程,然后清理堆内存中的年轻代和老年代的对象,这样服务器基本不能工作了,业务进行没发进行了,用户觉得特别卡,特别影响用户体验,那么用户可能都不太想来这个网站了或者app

解释一下:
什么是年轻代?什么是老年代?
年轻代就是在堆内存中存活时间特别短的对象,老年代是指在堆内存中存活时间特别长的对象
当然了,那个回收年轻代的对象的叫做Minor GC,这个消耗的资源肯定少,那个一般年轻代变成老年代,无非就是
1.一个年轻代躲过了多次MInor GC,从而进入了老年代的内存区
2.一出生就在老年区的内存区,可能是其本身就是因为其实一个大对象,年轻代的内存空间太小了装不下就放在了老年代

那为什么会发生频繁的FullGC问题?
1.堆内存不够:
因为堆内存不够,所以一下子内存空间就满了,从而导致要频繁的FullGC
2.创建大对象:
创建大对象,使得内存空间一下子就满了
3.内存泄漏:
通俗易懂地说就是一个程序被创建了,但是没有被回收,当然了一个俩个没啥大的影响,但是经过时间的累积以后,内存空间基本上没有可用的空间了

说完原因,接下来说说如何排查吧
1.首先看日志,看问题在哪里
2.就是看有没有发生内存泄漏
3.看是不是堆内存分配的是不是有些小了
4.看看有没有频繁的创建大对象
5.进行常态化的监控和性能报警

解决方案:
1.增大堆内存
2.进行代码优化,防止发生内存泄漏
3.采用对象池技术,对于频繁创建的对象,那么就放在对象池里面,这样就避免了频繁的创建对象了
4.避免创建大对象,这样可能会被分配到老年区,毕竟老年区满了,就要触发FullGC
5.采用正确的垃圾回收机制如G1GC,通过采用分区来进行回收,就是把一个堆分成多个区,然后进每个区进行处理,这样比FullGC快多了

这个文章是相对来说非常全面的一个了,我通过多次查询,然后按照我个人的理解进行内容输出

  • 42
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值