堆中对象分配过程图解

红太狼 2021-07-24 23:45 318阅读 0赞

# 一 点睛 #

为新对象分配内存是一件非常严谨和复杂的任务，JVM 的设计者们不仅需要考虑内存如何分配、在哪里分配等问题，并且由于内存分配算法与内存回收算法密切相关，所以还需要考虑 GC 执行完内存回收后是否会在内存空间中产生内存碎片。

## 1 内存分配过程 ##

a new 的对象先放伊甸园区。此区有大小限制。

b 当伊甸园的空间填满时，程序又需要创建对象，JVM 的垃圾回收器将对伊甸园区进行垃圾回收（MinorGC），将伊甸园区中的不再被其他对象所引用的对象进行销毁。再加载新的对象放到伊甸园区。

c 然后将伊甸园中的剩余对象移动到幸存者0区。

d 如果再次触发垃圾回收，此时上次幸存下来的放到幸存者0区的，如果没有回收，就会放到幸存者1区。

e 如果再次经历垃圾回收，此时会重新放回幸存者0区，接着再去幸存者1区。

f 啥时候能去养老区呢？可以设置次数。默认是15次。

g 在养老区，相对悠闲。当养老区内存不足时，再次触发GC：Major GC，进行养老区的内存清理。

h 若养老区执行了 Major GC之后，发现依然无法进行对象的保存，就会产生 OOM 异常。

## 2  阈值设置： ##

\-XX:MaxTenuringThreshold= N 进行设置。

## 3 注意 ##

幸存者区满了后，不会触发 MinorGC。它里面的垃圾是被动回收，当伊甸园区满的时，不仅会回收伊甸园区，还会回收幸存者区。

# 二 一般图解过程 #

我们创建的对象，一般都是存放在 Eden 区的，当我们 Eden 区满了后，就会触发 GC 操作，一般被称为 YGC/Minor GC 操作。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70][]

当我们进行一次垃圾收集后，红色的将会被回收，而绿色的还会被占用着，存放在S0(Survivor From)区。同时我们给每个对象设置了一个年龄计数器，一次回收后就是1。

同时 Eden 区继续存放对象，当 Eden 区再次存满的时候，又会触发一个 MinorGC 操作，此时 GC 将会把 Eden 和 Survivor From中 的对象进行一次收集，把存活的对象放到 Survivor To区，同时让年龄 + 1。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 1][]

我们继续不断的进行对象生成和垃圾回收，当 Survivor 中的对象的年龄达到15的时候，将会触发一次 Promotion 晋升的操作，也就是将年轻代中的对象晋升到老年代中。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 2][]

# 三 思考：幸存区满了后会怎样？ #

特别注意，在 Eden 区满了的时候，才会触发 MinorGC ，而幸存者区满了后，不会触发 MinorGC 操作。

如果 Survivor 区满了后，将会触发一些特殊的规则，也就是可能直接晋升老年代。

> 举例：以当兵为例，正常人的晋升可能是 ：  新兵 -> 班长 -> 排长 -> 连长
> 
> 但是也有可能有些人因为做了非常大的贡献，直接从  新兵 -> 排长

# 四 总结 #

针对幸存者s0和s1区的总结，复制之后有交换，谁空谁是to。

关于垃圾回收：频繁在新生区收集，很少在养老区收集，几乎不在永久区/元空间收集。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70]: /images/20210724/eb3b3b8497df4448b89100b13a543b31.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 1]: /images/20210724/55ab2f1a5f5441beac59ce876b1d0cc4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 2]: /images/20210724/fa10f07d2e43442e81ac5d422ef25d19.png