为新对象分配内存是一件非常复杂和严谨的任务,JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题,并且由于内存分配算法与内存回收算法密切相关,所以还需要考虑 GC 执行完内存回收后是否会在内存空间种产生内存碎片
目录
对象的分配过程
1. new 的对象先放伊甸园区。此区有大小限制
2. 当伊甸园的空间填满时,程序又需要创建对象,JVM 的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC),将伊甸园区中的不再被其他对象所引用的对象进行销毁。再加载新的对象放到伊甸园区(在发生 Minor GC 之前,虚拟机会检查老年代最大可用的连续空间,只要大于新生代所有对象的总空间或者历次晋升的平均大小就会进行 Minor GC,否则进行 Full GC)
3. 然后将伊甸园中的剩余对象移动到幸存者 0 区
4. 如果再次触发垃圾回收,此时上次幸存下来的放到幸存者 0 区的对象,如果没有回收,就会放到幸存者 1 区
5. 如果再次经历垃圾回收,此时会重新放回幸存者 0 区,接着再去幸存者 1 区
6. 啥时候去养老区呢?可以设置次数(-Xx:MaxTenuringThreshold=<N>),默认是 15 次(也涉及到动态年龄判断的情况,如果 Survivor 区中相同年龄的所有对象大小的总和大于 Survivor 空间的一半,年龄大于或等于该年龄的对象可以直接进入老年代,无需等到 MaxTenuringThreshold 中要求的年龄)
7. 在养老区,相对悠闲。当养老区内存不足时,再次触发 GC(Major GC),进行养老区的内存清理
8. 若养老区执行了 Major GC 之后发现依然无法进行对象的保存,就会产生 OOM 异常
总结
针对幸存者 s0,s1 区的总结:复制之后有交换,谁空谁是 to
关于垃圾回收:频繁在新生区收集,很少在养老区收集,几乎不在永久区 / 元空间收集