堆空间内存分配策略 缺乏、安全感 2021-07-24 14:49 404阅读 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
还没有评论，来说两句吧...