JVM内存分配策略
Minor GC与Full GC
Minor GC:新生代GC,指发生在新生代的垃圾收集动作,因为Java对象大多都具备朝生夕灭的特性,所以Minor GC非常频繁,一般回收速度也比较快。
Full GC:老年代GC,或者Major GC。指发生在老年代的GC,出现了Major GC,经常会伴随至少一次的Minor GC(并非绝对,比如在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程),Major GC的速度一般会比Minor GC慢10倍以上。
分配策略
-
对象优先在Eden分配
大多数情况下,对象在新生代Eden区分配。当Eden区没有足够的空间进行分配时,虚拟机将发起一次Minor GC。 -
大对象直接进入老年代
大对象是指需要大量连续内存空间的Java对象,最典型的就是那种很长的字符串以及数组。 -
长期存活的对象将进入老年代
虚拟机采用了分代收集的思想来管理内存,在内存回收时必须能够识别哪些对象应该放在新生代,哪些对象应该放在老年代。因此,虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden出生并且经过第一次Minor GC后仍然存活,并且能被Survivor容纳的话,将被移动Survivor空间中,并且对象年龄设为1.对象在Survior区中每“熬过”一次Minor GC,年龄就增加1岁,当对象的年龄增加到一定程度(默认15岁),就会被晋升到老年代中。对象今生老年代的阈值,可以通过参数-XX:MaxTenutingThreshold进行设置。 -
动态对象年龄判断
为了能更好地适应不同应用程序的内存状况,虚拟机并不是永远地要求对象的年龄必须达到MaxTenutingThreshold才能晋升到老年代,如果Survivor空间中相同年龄的所有对象大小的总和大于Survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代。 -
空间分配担保
在发生Minor GC之前,虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间,如果这个条件成立,那么Minor GC可以确保是安全的。如果这个条件不成立,则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许,就会继续检查老年代最大可用连续空间是否大于历次晋升到老年代对象的平均大小,如果大于,将尝试进行一次Minor GC;如果小于,或者HandlePromotionFailure设置不允许冒险,这个时候也要进行一次Full GC。