Java对象历险记 [动图]

对象的分配和回收流程

如上图动画所示:

1、优先在Eden区分配对象

  • Eden区空间不足,触发Minor GC,标记可回收对象,然后Eden区存活对象拷贝到往Survivor-From区,接下来清空Eden区;
  • 再次触发Minor GC,扫描Eden区和from区,把存活的对象复制到To区,清空Eden区和from区;
  • 如果在Minor GC复制存活对象到Survivor区时,发现Survivor区内存不够,则提前把对象放入老年代;

2、大对象直接进入老年代

如果发现需要大量连续内存空间的Java对象,如很长的字符串或者数组,则直接把对象放入老年代。

可通过-XX:PretenureSizeThreshold参数设置大对象的最小大小,该参数只对Serial和ParNew两款收集器有效。

  • 因为新生代采用复制算法收集垃圾,大对象直接进入老年代,避免在Eden区和Survivor区发生大量内存复制;
  • 写程序的时候尽量避免大对象。

3、长期存活对象进入老年代

**固定对象年龄判断:**默认的,存活对象在Survivor的From和To区来回交换15次后,如果对象最终还是存活,就放入老年代。可以通过-XX:MaxTenuringThreshold参数来设置对象的年龄。

**动态对象年龄判断:**如果发现Survivor中有相同年龄的对象空间总和大于Survivor空间的一半,那么年龄大于或者等于该年龄的对象直接晋升到老年代。

4、空间分配担保

为什么需要分配担保:如果Survivor区存活了很多对象,空间不够了,都需要晋升到老年代,那么久需要老年代进行分配担保,也就是将Survivor无法容纳的对象直接进入老年代。

  • 发生Minor GC前,JVM先检查老年代最大可用连续空间是否大于新生代所有对象的总空间
    • 大于:空间足够,直接Minor GC;
    • 小于:进行一次Full GC。

JDK 6 Update 24前会根据HandlePromotionFailure参数判断是否允许担保失败,如果允许,则尝试一次Minor GC;否则,则进行Full GC。


本文作者: arthinking

本文链接: https://www.itzhai.com/jvm/java-object-adventure.html

Java对象历险记 | 分配担保,空间分配

版权声明: 本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!


更多垃圾回收机制,垃圾回收算法以及垃圾收集器相关文章,欢迎关注我的公众号:Java架构杂谈

https://juejin.im/post/5e1dcfcd6fb9a0301942f25c

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论