堆空间内存分配策略

缺乏、安全感 2021-07-24 14:49 461阅读 0赞

# 一 点睛 #

如果对象在 Eden 出生并经过第一次 Minor GC 后仍然存活，并且能被 Survivor 容纳的话，将被移动到 survivor 空间中，并将对象年龄设为1。对象在 survivor 区中每熬过一次 MinorGC，年龄就增加1岁，当它的年龄增加到一定程度（默认为15岁，其实每个 JVM、每个 GC 都有所不同）时，就会被晋升到老年代。

对象晋升老年代的年龄阀值，可以通过选项 -XX:MaxTenuringThreshold 来设置。

# 二 针对不同年龄段的对象分配原则如下所示 #

**1 优先分配到 Eden**

开发中比较长的字符串或者数组，会直接存在老年代，但是因为新创建的对象都是朝生夕死的，所以这个大对象可能也很快被回收，但是因为老年代触发 Major GC 的次数比 Minor GC 要更少，因此可能回收起来就会比较慢。

**2 大对象直接分配到老年代**

尽量避免程序中出现过多的大对象。

**3 长期存活的对象分配到老年代**

**4 动态对象年龄判断**

如果 survivor 区中相同年龄的所有对象大小的总和大于 Survivor 空间的一半，年龄大于或等于该年龄的对象可以直接进入老年代，无须等到 MaxTenuringThreshold 中要求的年龄。

**5 空间分配担保**

XX:HandlePromotionFailure

也就是经过 Minor GC 后，所有的对象都存活，因为 Survivor 比较小，所以就需要将 Survivor 无法容纳的对象，存放到老年代中。

# 三 实战——大对象直接进入老年代 #

**1 代码**

/**
    * 测试：大对象直接进入老年代
    * -Xms60m -Xmx60m -XX:NewRatio=2 -XX:SurvivorRatio=8 -XX:+PrintGCDetails
    * eden     s0      s1      old
    * 16       2       2       40
    * 显然，幸存者区放不下 20 m
    */
    public class YoungOldAreaTest {
        public static void main(String[] args) {
            byte[] buffer = new byte[1024 * 1024 * 20]; // 20m
        }
    }

**2 测试**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70]: /images/20210724/fd810b0403c14bc6831c94216e1df31f.png