Java技术体系中所提倡的自动内存管理最终可以归结为自动化的解决了两个问题:给对象分配内存以及回收分配的内存
这里学习记录几条普遍的内存分配规则:
先来说明两个概念:
①新生代GC(Minor GC):指发生在新生代的垃圾收集动作,因为Java对象大多数都具备朝生夕灭的特点,所以Minor GC非常频繁,一般回收速度也比较快。
②老年代GC(Major GC / Full GC):指发生在老年代的GC。出现了Major gc,经常会伴随至少一次的Minor GC(但非绝对的,在Parallel Scavenge收集器的收集策略中就有直接进行Minor GC的策略选择过程)Major GC一般会比Minor慢10倍以上。
1.对象优先在Eden分配
大多数情况下,对象在新生代的Eden区中分配。当Eden区没有足够空间进行分配时,虚拟机将发起一次Minor GC(复制算法的新生代垃圾回收)
2.大对象直接进入老年代
所谓的大对象是指,需要大量的连续内存空间的Java对象,最典型的大对象就是那种很长的字符串或者数组。
经常出现大对象容易导致内存还有不少空间时,就提前触发垃圾收集以获得足够的连续空间来分配他们。
虚拟机提供了一个 -XX;PretenureSizeThreshold参数,令大于这个设置值的对象直接在老年代分配。这样做的目的是避免在Eden区以及两个survivor区之间发生大量的内存复制。
3.长期存活的对象将进入老年代
虚拟机采用了分代收集的思想来管理内存。那么内存回收的时,就必须能识别哪些对象应该放在新生代,哪些对象应该放在老年代中。为此,虚拟机为每个对象定义了一个对象年龄计数器,如果对象在Eden出生并经过第一次Minor GC后仍然存活,并且能够被Survivor容纳,将被移动到Survivor空间中,并且对象年龄设为1。
对象每在Survivor中熬过一次Minor GC,年龄就增加1岁,当他的年龄增加到一定程度(默认是15岁),就将会被晋升到老年代中。这个设定的临界值,可以通过参数进行设定。
4.动态对象年龄判定
为了能够更好的适应不同程序的内存情况,虚拟机并不是永远的要求对象的年龄必须到达设定的阈值才能后晋升为老年代,如果Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,无需等到阈值中要求的年龄。
5.空间分配担保
①在发生minor GC(复制算法)之前,虚拟机会先检查老年代最大可用的连续内存空间是否大于新生代所有对象总空间,如果这个条件成立,那么Minor GC可以确保是安全的。(因为最极端的情况,也就是所有的新生代全部存活)
②如果上述①不成立,则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许,那么会继续检查老年代最大可用的连续内存空间是否大于历次晋升到老年代对象的平均大小。
③如果②中继续检查结果是大于,则尝试进行一次minor GC,但是这次回收是有风险的。
④如果②中继续检查结果是小于,或者说HandlePromotionFailure设置值不允许冒险,那这时进行一次Full GC。
理解上述叙述中的风险问题:简单来说,就是我们比较的只是平均值,那必然会存在某一次与平均值所承受范围相差较大的情况