对象进入老年代的时机

对象内存直接在老年代分配 

1.分配的对象大小大于eden space或者进行ygc后，eden space剩余空间仍然不足以存放新对象，适合所有收集器

2. Parallel Scavenge: 需要分配对象内存大小不小于eden space总空间的一半，并且eden space剩余空间不足分配，直接分配到老年代，不触发Minor GC.

3. Serial和ParNew:  使用-XX:PretenureSizeThreshold参数(默认为0直接进年轻代)控制，内存大小超过此字节数的对象直接进入老年代

参考：https://blog.csdn.net/shi2huang/article/details/80092261

          https://cloud.tencent.com/developer/article/1082730

 

对象年龄影响是否进入老年代

虚拟机给每个对象定义了对象年龄(Age)计数器，存储在对象头的Mark Word里（分配4位，因此最大年龄为15）。每次YGC时，如果对象仍然存活，此转移到新的Survivor区，同时年龄值+1，当年龄增加到一定程度，超过-XX:MaxTenuringThreshold(不同垃圾收集器的默认值不同，cms为6)设定的值时直接晋升到老年代。这里需要注意的是，虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代。为了更好地适应不同程序的内存状况，如果在Survivor空间中相同年龄所有对象大小的总和大于 Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。

参考：https://www.sohu.com/a/218095953_812245