java survivor_JVM之Survivor区使用率以及对象晋升年龄

本文基于jdk1.8

Survivor区中From和To区域默认使用率都是50%，在new对象过程中，如果eden区不够对象会进入Survivor区，如果Survivor区容量不够，对象会直接分配进入年老代。

Survivor区中存在的对象，jvm会记录其晋升年龄，并且会自动计算晋升年龄阈值，如果对象晋升年龄超过阈值，则会进入年老代。

以下两个参数可以控制Survivor区使用率，以及晋升年龄最大阈值：

#Survivor区使用率

-XX::TargetSurvivorRatio

#晋升年龄最大值

-XX:MaxTenuringThreshold

下面我们运行一段代码来演示一下，我们打算分配1024的空间给jvm，并且关闭其自动调整eden和Survivor大小的策略，保持这两个区的空间分配稳定。

运行程序后，通过jmap查看堆空间，FROM和TO space大概是10MB，所以我们代码每次分配7MB的空间，用来测试大于50%但是小于FROM SPACE的场景；这样可以观察到对象是否直接进入年老代。

#准备代码

private static List list = Lists.newArrayList();

public void gcTest() throws Exception {

list.add(new byte[1024 * 1024 * 7]);

LOG.info("初始化对象...");

}

#运行程序，关闭动态调整策略(-XX:-UseAdaptiveSizePolicy)，Survivor区使用率默认

nohup java -Xms256M -Xmx256M -XX:-UseAdaptiveSizePolicy -Xloggc:gc.log -jar microservice-web-1.0-SNAPSHOT.jar &

多次调用，每次调用后观察堆空间使用；在第9次调用时候触发了GC，由于新申请的7MB大于Survivor区最大使用率(10MB*50%=5MB)，所以都进入了年老代。

#再次启动，Survivor区使用率设置为80%(-XX:TargetSurvivorRatio=80)

nohup java -Xms256M -Xmx256M -XX:-UseAdaptiveSizePolicy -XX:TargetSurvivorRatio=80 -jar microservice-web-1.0-SNAPSHOT.jar &

多次调用，每次调用后观察堆空间使用；在第9次调用时触发了GC，list由于存储了前8个对象直接进入年老代； From space总共10MB，使用率80%=8MB，第九次申请了7MB的堆空间，所以对象进入了FROM区。

优化场景

实际使用过程中，如果发现FULL GC频率过高，可以适当Survivor区使用率以及对象晋升阈值，以减少对象进入年老代频率，从而减少FULL GC次数。

同时如果需要从GC日志中跟踪对象晋升年龄，可以设定GC日志参数：XX:+PrintTenuringDistribution；参考另一篇《GC日志分析》：https://my.oschina.net/u/3457546/blog/4734173。