JVM老年代空间分配担保机制---及什么情况会进入老年代

最新推荐文章于 2024-05-17 20:01:02 发布

IT圈最后的深情

最新推荐文章于 2024-05-17 20:01:02 发布

阅读量1.7k

点赞数

分类专栏： jvm java知识点总结文章标签： java

本文链接：https://blog.youkuaiyun.com/qq_58309003/article/details/123810569

版权

本文探讨了JVM在Minor GC后如何处理无法放入Survivor区的存活对象，特别是当老年代空间不足时的策略。内容包括：1) 检查老年代可用内存是否大于新生代所有对象总大小；2) 老年代空间是否大于Minor GC后进入老年代对象的平均大小。此外，解释了对象进入老年代的条件，如年龄阈值、动态年龄判断、空间担保机制和大对象直接进入等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

新生代Minor GC后剩余存活对象太多，无法放入Survivor区中，此时就必须将这些存活对
象直接转移到老年代去，如果此时老年代空间也不够怎么办?
1、执行任何一次Minor GC之前，JVM会先检查一下老年代可用内存空间，是否大于新生代
所有对象的总大小，因为在极端情况下，可能新生代Minor GC之后，新生代所有对象都需要
存活，那就会造成新生代所有对象全部要进入老年代;
2、如果老年代的可用内存大于新生代所有对象总大小，此时就可以放心大胆的对新生代发起
一次Minor GC，因为 Minor GC之后即使所有对象都存活，Survivor区放不下了，也可以转
移到老年代去;
3、如果执行MInor GC之前，检测发现老年代的可用空间已经小于新生代的全部对象总大小，
那么就会进行下一个判断，判断老年代的可用空间大小，是否大于之前每一次Minor GC后进
入老年代的对象的平均大小，如果判断发现老年代的内存大小，大于之前每一次Minor GC
后进入老年代的对象的平均大小，那么就是说可以冒险尝试一下Minor GC，但是此时真的可
能有风险，那就是Minor GC过后，剩余的存活对象

最低0.47元/天解锁文章