YOUNG GC
jvm年轻代分为eden区和survivor区，对象被创建后首先在eden区，如果一次young gc没有将其回收的话，会到survivor区。从survivor区到old generation需要了解下动态年龄判断
动态年龄判断:
1.对象超过15次没有被回收，可以通过MaxTenuringThreshold设置
2.相同年龄的对象超过survivor区的50%，可以通过TargetSurvivorRatio设置
对象超过15次没有被回收不太可能，那就是survivor区太小了？我们通过命令 jmap -heap 进程号来查看堆信息
启动程序时，只设置了初始堆内存和最大堆内存大小，其他都是默认参数。默认情况下，新生代和老年代的默认比例是1:2,eden区和两个survivor区的默认比例是8:1:1
而上图中我们可以看到年轻代与老年代的比例约等于 1:3 。eden区和两个survivor区的比例为199:1:1，都100多倍了
AdaptiveSizePolicy
经过查询发现JDK1.8的默认垃圾回收器是UseParallelGC ，默认启动了AdaptiveSizePolicy。这个参数会让垃圾回收器根据每次垃圾回收的GC时间和吞吐量来动态调整eden区和survivor区的比例。
AdaptiveSizePolicy有三个目标:
- Pause goal : 应用达到预期的GC暂停时间。
- Throughput goal : 应用达到预期的吞吐量，即应用正常运行时间/(正常运行时间+GC耗时)
- Minimum footprint ：近可能小的内存占用量
AdaptiveSizePolicy为了达到三个预期目标，涉及以下操作:
- 如果GC停顿时间超过了预期值，会减小内存大小。理论上，减小内存，可以减少垃圾标记等操作的耗时，以此达到预期停顿时间。
- 如果应用吞吐量小于预期，会增加内存大小。理论上，增大内存，可以降低GC的频率，以此达到预期吞吐量。
- 如果应用达到了前两个目标，则尝试减小内存，以减小内存消耗
AdaptiveSizePolicy 看上去很智能，但有时它也很调皮，会引发 GC 问题。
我们上图中，eden区和两个survivor区的比例都100多倍了，其原因就是AdaptiveSizePolicy为了达到期望的目标而进行了调整。
处理方案
方案一 ： 关闭AdaptiveSizePolicy策略，同时显式申明survivor区的比例。JVM增加参数
-XX:-UseAdaptiveSizePolicy -XX:SurvivorRatio=8
方案二 ： 使用CMS垃圾回收器。CMS默认关闭AdaptiveSizePolicy。JVM配置参数
-XX:+UseConcMarkSweepGC
参考地址
堆内存居高不下，JDK8自适应作怪 ：https://www.jianshu.com/p/564017fe8a04
JVM GC 之 [AdaptiveSizePolicy] 实战 ： https://www.jianshu.com/p/7414fd6862c5
