前言:
java 技术体系中所提倡的自动内存管理最终可以归结为自动化的解决了两个问题:给对象分配内存以及回收分配给对象的内存。
对象的内存分配,往大方向讲,就是在堆上分配,对象主要分配在新生代的Eden 区上,如果启动了本地线程分配缓冲,将按线程优先在TLAB 上分配。
对象优先在Eden 分配:
大多数情况下,对象在新生代Eden 区中分配。当Eden 区没有足够空间进行分配时,虚拟机将发起一次Minor GC.
Minor GC 和 Full GC 有什么不一样吗?
- 新生代GC (Minor gc):指发生在新生代的垃圾收集动作,因为java对象大多都具备朝生夕灭的特性,所以Minor GC 非常频繁,一般回收速度也比较快。
- 老年代 GC(Major GC/Full GC):指发生在老年代的GC,出现了 Major GC,经常会伴随至少一次的Minor GC (但非绝对的)Major GC 的速度一般会比 Minor GC 慢10倍以上。
大对象直接进入老年代:
所谓的大对象是指,需要大量连续内存空间的java对象,最典型的大对象就是那种很长的字符串已及数组。大对象对虚拟机的内存分配来说就是一个坏消息,经常出现大对象容易导致内存还有不少空间就提前触发垃圾收集以获取足够的连续空间来“安置”它。虚拟机提供了一个 -XX:PretenureSizeThreshold 参数,令大于这个设置值的对象直接在老年代分配。这样做的目的是避免在Eden 区及两个Survivor 区之间发生大量的内存复制。
长期存活的对象进入老年代:
既然虚拟机采用了分代收集的思想来管理内存,那么内存回收时就必须能识别哪些对象应放在新生代,哪些对象应放在老年代中。为了做到这点,虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden 出生并经过第一次Minor GC 后仍然存活,并且能被Survivor 容纳的话,将被移动到Survivor空间中,并且对象年龄设为1.对象在Survivor 区中每“熬过”一次 Minor GC ,年龄就增加1岁,当它的年龄增加到一定程度(默认为15)岁,就将被晋升到老年代中。对象晋升老年代的年龄的阈值,可以通过参数 -XX:MaxTenuringThreshold 设置。
动态对象年龄判定:
为了能更好的适应不同程序的内存状况,虚拟机并不是永远的要求对象的年龄必须达到了MaxTenuringThreshold 才能晋升老年代,如果在Survivor 空间中相同年龄所有对象大小的综合大于Survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,无须等到MaxTenuringThreshold 中要求的年龄。