系统频繁Full gc问题分析及解决办法

一、场景描述

上周开始系统在业务高峰期一直收到Full gc报警，监控显示fgc频繁，下图是监控图，左边红框是优化前效果，右边是优化后，优化后fgc基本为0

 
二、原因查找

1.查看gc日志，发现old区fgc后大小没有变化，如下图：

2.去线上dump内存看是什么对象，用memory analyzer分析，Retained Size竟然有2.4G，全是sun.awt.SunToolkit这个对象，其实到这一步已经可以确定是什么问题了，只是自己对系统不是很熟悉，导致定位具体的问题代码花了一些时间

三、原因分析

系统中有一个调用频繁的接口会调用下面这个方法，目的是获取图片的宽高信息，但是Image这个对象用完不会自动释放，需要手动调用 flush()方法；以前没有调用这个方法，就导致一有请求就会有大对象进入old区，在业务高峰期old区一会就被打满，所以一直进行fgc 
public static Image getImage(String path) { 
ImageIcon icon = new ImageIcon(path); 
Image img = icon.getImage(); 
return img; 
}

四、解决办法

其实不管是用Image还是BufferedImage，读取图片的宽高不用把图片全部加载到内存，在图片的宽高信息其实是存储在文件头中的，只 要按不同的格式读取文件的头信息就可以拿到宽高信息 
使用ImageReader代码如下

Iterator readers = ImageIO.getImageReadersByFormatName(StringUtil.getFileSuffix(filePath)); 
ImageReader reader = (ImageReader)readers.next(); 
iis = ImageIO.createImageInputStream(is); 
reader.setInput(iis, true); 
return Pair.of(reader.getWidth(0),reader.getHeight(0));

相关 [系统 full gc] 推荐：

系统频繁Full gc问题分析及解决办法

- - JavaRanger - 专注JAVA高性能程序开发、JVM、Mysql优化、算法

上周开始系统在业务高峰期一直收到Full gc报警，监控显示fgc频繁，下图是监控图，左边红框是优化前效果，右边是优化后，优化后fgc基本为0. 1.查看gc日志，发现old区fgc后大小没有变化，如下图：. 2.去线上dump内存看是什么对象，用memory analyzer分析，Retained Size竟然有2.4G，全是sun.awt.SunToolkit这个对象，其实到这一步已经可以确定是什么问题了，只是自己对系统不是很熟悉，导致定位具体的问题代码花了一些时间.

触发Full GC执行的情况

- - Web前端 - ITeye博客

除直接调用System.gc外，触发Full GC执行的情况有如下四种. 旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出如下错误：. 为避免以上两种状况引起的Full GC，调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组.

Full GC是否真的存在

- - Java译站

在Plumbr这和GC暂停检测打交道的这段日子里，我查阅了与这个主题相关的大量文章，书籍以及资料. 在这当中，我经常会对新生代GC, 年老代GC以及Full GC的事件的使用（滥用）感到困惑. 于是便有了这篇文章，希望能够清除一些困惑. 本文需要读者对JVM内建的GC相关的常用原理有一定的了解. 像eden区，Survivor区以及年老区空间的划分，分代假设（generational hypothesis）以及不同的GC算法就不在本文的讨论范围之内了.

利用Arena Allocation避免HBase触发Full GC

- Adam - 淘宝JAVA中间件团队博客

Arena Allocation，是一种GC优化技术，它可以有效地减少因内存碎片导致的Full GC，从而提高系统的整体性能. 本文介绍Arena Allocation的原理及其在Hbase中的应用-MSLAB. 假设有1G内存，我顺序创建了1百万个对象，每个对象大小1K，Heap会被渐渐充满且每个对象以创建顺序相邻.

FULL GC有可能导致JVM暂停1分钟以上吗?

- - 高级语言虚拟机

作者: qianhd . 链接： http://hllvm.group.iteye.com/group/topic/28745 . 发表时间: 2011年12月30日. 声明：本文系ITeye网站发布的原创文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任. 与另外个程序交互有个心跳检测, 15s/次, 31s没有收到心跳检测的返回消息就认为连接断了,.

Tomcat的JreMemoryLeakPreventionListener监听周期性频繁执行full gc

- -

网上还是有蛮多解决方案，还是说说我最比较喜欢且常用的吧，. 1、添加gcDaemonProtection="false"参数禁用JreMemoryLeakPreventionListener监听. 2、直接删除JreMemoryLeakPreventionListener监听. 已有 0 人发表留言，猛击->> 这里<<-参与讨论.

Full Circle 51期发布

- PT - Wow! Ubuntu

How-to:Part 25 Python编程, Part 6 LibreOffice , Part 3 Ubuntu 开发, Part 2 使用KDE (4.6). Linux实验室:创建自己的源. 还有:Ubuntu 游戏,我的Ubuntu故事,等等更多. # 本文采用CC协议进行授权，转载本文请注明本文链接.

初级分代GC

- - C++博客-首页原创精华区

通常情况下GC分为两种，分别是：扫描GC(Tracing GC)和引用计数GC(Reference counting GC). 其中扫描GC是比较常用的GC实现方法，其原理是：把正在使用的对象找出来，然后把未被使用的对象释放. 而引用计数GC则是对每个对象都添加一个计数器，引用增加一个计数器就加一，引用减少一个计数器就减一，当计数器减至零时，把对象回收释放.

GC 日志分析

- - 码蜂笔记

不同的JVM及其选项会输出不同的日志. 生成下面日志使用的选项： -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:d:/GClogs/tomcat6-gc.log. 最前面的数字 4.231 和 4.445 代表虚拟机启动以来的秒数.

迟到：Full Circle 中文版45期

- L - LinuxTOY

迟到的社区杂志 Full Circle 发布 45 期中文版. 在这一期杂志中，我们给您带来了以下内容：. 决胜命令行 —— Conky 第二部分. How-To : Python 编程 , 虚拟化 : Debian Xen 以及 使用 m23 安装 Ubuntu. Linux 实验室 —— 多重启动U盘.

jps -v xxx 显示xxx进程的各项jvm参数

 

jstat -gcutil pid   xxx

显示xxx的堆分配情况以及垃圾回收次数时间

 

jstack 用法

Top 一下看一下cpu最高进程

Shift+h 查看线程

或者 top -p pid -H 查看该进程下的所有线程

找到最高的线程 vmid

jstack pid | grep -A 10 vmid（线程id的16进制其中字母要小写）

jmap -histo:live pid 强制进行fullgc 查看实例数

ps -eLo pid,lwp,pcpu | grep 6124 |sort -rnk 3

Top -H -p 6124(进程id)

   注意：

       内存溢出的影响周期和JVM内存设置大小有关系，分配得越小，越容易出现。