如何定位和解决频繁Young GC问题

如何来分析一个项目的gc情况：
首先通过命令： jstat -gc pid 1000 1000来执行 分析

然后具体需要看如下这些指标
1.新生代对象增长的速率: 看EU指标的变化情况（一般会大致成线性变化）

2.Young GC的触发频率: 通过eden区的总大小除以新生代对象增长的速率

3.Young GC的耗时：通过看YGCT指标

4.每次Young GC后的存活对象大小：通过看S1U指标再ygc前后的变化情况（即当EU突然由一个很大的值变成一个很小的值时，可以看对应变化前后S1U的值）

5.每次YoungGC过后有多少对象会进入老年代：通过看OU指标（老年代被使用的内存量）

6.老年代对象增长的速率：查看老年代中OU的变化量

7.Full GC的触发频率：老年代总大小/老年代对象增长速率

8.Full GC的耗时： 通过看FGCT指标

具体案例说明，比如现在堆内存设置为了200MB，把年轻代设置为了100MB，然后Eden区是80MB，每块Survivor区是10MB，老年代也是100MB
具体的gc图情况如下：

由上面的指标可以看出

新生代对象增长的速率：看EU指标，大概以5MB的速度增加，所以新生代对象增长的速率为5MB

Young GC的触发频率：由上面的结论 eden/增加速率 约为16秒

Young GC的耗时：看YGCT指标，一下子回收70多M 约为1毫秒

每次Young GC后的存活对象大小：通过看S1U指标再ygc前后的变化情况，之前一直是0，在一次Young GC过后变成了675KB，所以每次Young GC后的存活对象大小为675KB

每次YoungGC过后有多少对象会进入老年代：看OU指标，很明显再YoungGC前后都为0，说明系统运行良好

Full GC的触发频率：老年代总大小/老年代对象增长速率 ，所以在这里触发频率也约为0

Full GC的耗时 ：通过看FGCT指标