JVM 晋升到老年代的动态年龄判断

虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。

这个表述应该是老的虚拟机的动态年龄判断算法，其实推演一下是存在缺陷的的，请看下图：

　　如果此时又有15%的对象要进入Survivor区，此时存活的对象超过Survivor的大小，要全部进入老年代，超出Survivor的进入老年代，但是如果进入老年代的晋升对象触发了Old GC，则会把新生代的存活全部放入老年代，这个过程中没有同一年龄段对象大小总和大于Survivor空间的一半。其实这样不太好，年龄太小的大概率是短命的对象，太多的对象进入老年代容易造成FullGC

新的动态年龄判断算法：Survivor区的对象年龄从小到大进行累加，当累加到 X 年龄时的总和大于50%（可以使用-XX:TargetSurvivorRatio=? 来设置保留多少空闲空间，默认值是50），那么比X大的都会晋升到老年代

1、Survivor区分布如下图：

 　　1-3岁总和小于50%

　　2、此时新生代GC后，有6%的对象进入Survivor区，Survivor区分布如下图：

　　

 　　这时从1岁加到4岁时,总和51% 大于50%，但此时没有大于四岁的对象，即没有对象晋升

　　3、由经过一次新生代GC后，有40%的对象进入Survivor区，Survivor区分布如下图：

　　 

　　Survivor区的对象年龄从小到大进行累加，当累加到 3 年龄时的总和大于50%，那么比3大的都会晋升到老年代。即4岁的20%、5岁的20%晋升到老年代。

　　这时我们再来看看文章开头描述的情况：

　　

　　如果使用新算法情况下，在下图中第4次GC后，图中红箭头标注的20%进入Survivor区，红色字体的4岁10%对象晋升到老年代，

　　 

　　接着图中图中第5次GC后，图中红箭头标注的20%进入Survivor区，红色字体的4岁20%对象晋升到老年代。这样晋升如老年代只有Survivor区30%大小的对象，而不是全部

本文是《从 0 开始带你成为JVM实战高手》内容总结，版权问题，特此声明。详细内容：

 

 

 

 

如果购买，成功后加QQ群找群主返现10元