full gc频繁的分析及解决案例

最新推荐文章于 2024-09-22 13:38:36 发布

end

最新推荐文章于 2024-09-22 13:38:36 发布

阅读量1w

点赞数 1

分类专栏： JVM

本文链接：https://blog.csdn.net/endlu/article/details/51144739

版权

本文探讨了在Java应用中遇到的频繁Full GC问题。首先介绍了问题的现象，然后从CMS垃圾收集器的角度深入分析了导致频繁Full GC的各种原因，包括内存分配不当、长期存活对象增加等。最后，文章提出了一系列解决策略，帮助开发者优化系统配置，减少不必要的Full GC，以提升系统性能。

摘要由CSDN通过智能技术生成

系统报警full gc次数过多，每2分钟达到了5～6次，这是不正常的现象

在full gc报警时的gc.log如下：

在full gc报警时的jstat如下：

sudo -u admin -H /opt/taobao/java/bin/jstat -gcutil `pgrep java` 2000 100

此时的cpu如下（基本都是在做gc）：

将应用重启后，问题解决

但是当后台执行低价航线更新时，过大概十几个小时后，又出现上述情况！

当频繁full gc时，jstack打印出堆栈信息如下：

sudo -u admin -H /opt/taobao/java/bin/jstack `pgrep java` > #your file path#

可以看到的确是在跑低价信息

另外在应用频繁full gc时和应用正常时，也执行了如下2种命令：

sudo -u admin -H /opt/taobao/java/bin/jmap -histo `pgrep` > #your file path#

sudo -u admin -H /opt/taobao/java/bin/jmap -histo:live `pgrep` > #your file path#（live会产生full gc）

目的是确认以下2种信息：

（1）是否存在某些引用的不正常，造成对象始终可达而无法回收（Java中的内存泄漏）

关注

专栏目录