对象进入老年代的几种情况

我们都知道,老年代的对象应该是存活时间很长的对象,查资料后有以下几种情况

1.年龄够了: 躲过15次(默认配置是15次，jvm保存对象分代年龄的字段大小是4个bit位，最大只能到15) minorGC 之后从新生代进入老年代；

2.大对象: 大对象直接进入老年代。有一个 JVM 参数 '-XX:PretenureSizeThreshold' 设置值为字节数，创建超过该大小的对象直接进入老年代,如果没有配置这个参数,这个值好像默认是1M。

3.动态年龄判断：Survivor区域里现在有一批对象，年龄1 + 年龄2 +…+年龄n 多个年龄对象总和超过了Survivor区域的50%，此时就会 把年龄n(含)以上 的对象都放入老年代。这个规则其实是希望那些可能是长期存活的对象，尽早进入老年代。对象动态年龄判断机制一般是在minor gc之后触发的；

4.剩的总量太多: Eden 区存活对象太多，超过了 Survivor 的大小，就直接把这些对象都转移到老年代去。（JDK1.8 空间担保机制）