转载

你的“对象”啥时候会进入老年代?

JVM堆中有 新生代老年代 两块区域,因为使用 分代回收 策略新生代还会划分为 Eden 和两个 Survivor 区,JVM堆大概是这样子:

你的“对象”啥时候会进入老年代?

程序运行过程中新产生的对象都会分配在 Eden 区,随着时间的推移 Eden 区也是会满的,那么这个时候就会进行 Minor GC 进行清理,清理过程有的对象被清除,有的对象会继续存活下去。那Java对象啥时候会进入老年代呢?

根据对象年龄

JVM会给对象增加一个年龄(age)的计数器,对象每“熬过”一次GC,年龄就要+1,待对象到达设置的阈值(默认为15岁)就会被移移动到老年代,可通过 -XX:MaxTenuringThreshold 调整这个阈值。

你的“对象”啥时候会进入老年代?

一次 Minor GC 后,对象年龄就会+1,达到阈值的对象就移动到老年代,其他存活下来的对象会继续保留在新生代中。

动态年龄判断

根据对象年龄有另外一个策略也会让对象进入老年代,不用等待15次GC之后进入老年代,他的大致规则就是,假如当前放对象的Survivor,一批对象的总大小大于这块Survivor内存的50%,那么大于这批对象年龄的对象,就可以直接进入老年代了。

你的“对象”啥时候会进入老年代?

如图上的A、B、D、E这四个对象,假如 Survivor 2 是100m,如果 A + B + D 的内存大小超过50m,现在D的年龄是10,那E都会被移动到老年代。实际上这个计算逻辑是这样的:年龄1 + 年龄2 + 年龄n的多个对象总和超过 Survivor 区的50%,那就会把年龄n以上的对象都放入老年代。

大对象直接进入老年代

如果设置了 -XX:PretenureSizeThreshold 这个参数,那么如果你要创建的对象大于这个参数的值,比如分配一个超大的字节数组,此时就直接把这个大对象放入到老年代,不会经过新生代。

这么做就可以避免大对象在新生代,屡次躲过GC,还得把他们来复制来复制去的,最后才进入老年代,这么大的对象来回复制,是很耗费时间的。

欢迎大家关注公众号:Java派一起交流学习Java、Android知识。

你的“对象”啥时候会进入老年代?
原文  https://juejin.im/post/5daa55166fb9a04e1b57f8f6
正文到此结束
Loading...