GC调优方案，步骤三：尝试调优

年轻代

年老代

持久代

GC类型

YGC

FGC

触发条件

当eden空间已满时触发

年老代空间不足

调用System.GC, RMI等的定时触发
YGC时的悲观策略
dump live的内存信息时

持久代空间不足

触发事件

清空Eden+from survivor中所有no ref的对象占用的内存将eden+from sur中所有存活的对象copy到to sur中;
一些对象将晋升到old中;
    to sur放不下的，存活次数超过turning threshold中的，重新计算tenuring threshold(serial parallel GC会触发此项)

重新调整Eden 和from的大小(parallel GC会触发此项)

清空heap中no ref的对象
permgen中已经被卸载的classloader中加载的class信息
如配置了CollectGenOFirst,则先触发YGC(针对serial GC)
如配置了ScavengeBeforeFullGC,则先触发YGC(针对serial GC)

串行

适用环境

适用于单CPU、新生代空间较小及对暂停时间要求不是非常高的应用上，也是client级别（CPU核数小于2或物理内存小于2GB）或32位Windows机器上默认采用的GC方式

设置参数

通过参数-XX:+UseSerialGC指定

并行

适用环境

适合于多CPU、对暂停时间要求较短的应用上。并行回收GC是server级别（CPU核数超过2且物理内存超过2GB）的机器（32位Windows机器除外）上默认采用的GC方式

设置参数

通过-XX:+UseParallelGC来指定

可通过-XX:+UseParallelGC或-XX:+UseParallelOldGC来强制指定

并行的线程数cpucore<=8 ? cpucore : 3+(cpucore*5)/8或通过-XX:ParallelGCThreads=<N>来强制挃定。

并发

适用环境

GC须配合旧生代使用CMS GC，CMS GC在进行旧生代GC时，有些过程是并发进行的

设置参数

在配置为使用CMS GC的情况下，通过-XX:+UseParNewGC来指定;

-XX:+UseConcMarkSweepGC来启用CMS进行旧生代对象的GC；并发的线程数默认为:( 并行GC线程数+3)/4，也可通过ParallelCMSThreads=<N>指定

-XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled

可能出现情况

分析与措施

降低Full GC执行频率

Java RMI的定时GC触发

程序调用了system.gc

通过：-XX:+DisableExplicitGC来禁止

Minor GC后总是有对象不断的进入年老代，导致年老代不断的满

Survivor太小了系统响应太慢、请求量太大、每次请求分配内存多、分配的对象太大

1、扩大年老代大小（减少年轻代或调大heap）；减少年轻代注意对minor gc的影响并且同时有可能造成fullgc还是严重；调大heap注意full gc的时间的延长，cpu要求够多或者处理能力强。

2、程序优化（去掉一些不必要的缓存）

Minor GC后总是有对象不断的进入年老代，而且这些进入年老代的对象在full时大部分都会被回收

1、降低Minor GC执行频率（看下面）

2、让对象尽量在Minor GC中就被回收掉：放大年轻代、放大survivor、增大TenuringThreshold但要注意这些有可能会造成minor gc执行频繁

3、换CMS GC ：年老代还没满就回收掉，从而降低Full GC触发的可能

4、程序优化：提升响应速度、降低每次请求分配的内存

降低Full GC消耗时间

年老代太大了

1、改为并行GC，或者并发GC

2、减小Heap或旧生代吧

3、增加cpu

降低Full GC所造成的应用暂停时间

修改gc策略

降低Minor GC执行频率

每次请求分配的内存多、请求量大

1、  扩大heap、

2、  扩大年轻代代、扩大eden，

3、  横向集群部署应用程序

扩大时请综合考虑；降低每次请求分配的内存；

降低Minor GC消耗时间

1、新生代太大了

2、响应速度太慢了，导致每次Minor GC时存活的对象多

1、  减小点新生代吧；

2、  增加CPU吧或者升级CPU吧；