JVM8自适应导致内存居高不下

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 问题。

处理

1.关闭AdaptiveSizePolicy策略，同时显式申明survivor区的比例。JVM增加参数

-XX:-UseAdaptiveSizePolicy -XX:SurvivorRatio=8

参考地址

堆内存居高不下，JDK8自适应作怪 ：https://www.jianshu.com/p/564017fe8a04

JVM GC 之 [AdaptiveSizePolicy] 实战 ： https://www.jianshu.com/p/7414fd6862c5

原文地址：https://www.cnblogs.com/kiko2014551511/p/11512678.html