jvm学习笔记（五）内存分配与回收策略

目前常用的虚拟机中，在大多数情况下，对象优先在新生代Eden区中分配，等Eden区没有足够的空间进行分配时，虚拟机将发起一次Minor GC。

新生代GC（Minor GC）：指发生在新生代的垃圾收集动作，因为java对象大多都具备朝生夕灭的特性，所以Minor GC非常频繁，回收速度也比较快。

老年代GC（Major GC/Full GC）:指发生在老年代的GC，出现了Full GC，经常会伴随至少一次的Minor GC（并不是绝对的，在Parallel Scavenge收集器的收集策咯中就有直接进行Full GC的策略选择过程）Full GC的过程一般比Minor GC慢10倍以上。

程序中的大对象直接进入老年代，大对象就是指大量连续内存空间的java对象，比较典型的就是那种很长的字符串以及数组，（x写程序的时候应该避免有大量朝生夕灭的短命大对象）经常出现大对象容易导致内存还有不少的空间时就提前触发垃圾收集以获取足够的连续空间存放大对象。虚拟机提供了一个-XX:PretenureSizeThreshold参数令大于这个设置值的对象直接在老年代中分配，这样做的目的是避免在Eden区和survivor区发生大量的内存复制（新生代采用复制算法手机内存）。

长期存活的对象直接进入老年代，虚拟机采用分代收集的算法，那么在进行内存回收的时候就要能区分哪些对象应该放在新生代，哪些进入老年代，所以虚拟机给每个对象定义了一个对象年龄（age）计数器，如果对象在Eden区出生并经过第一次Minor GC之后仍然存活并且进入了survivor区，这个对象年龄就会增加1，当他的年龄增加到一定值（虚拟机默认是15）时，就会进入老年代中，这个值可以通过参数-XX：Max Tenuring Threshold设置。但是为了更好的适应不同程序的内存状况，虚拟机并不是永远要求对象的年龄必须到达Max Tenuring Threshold才能晋升老年代，如果在survivor区中的相同年龄所有对象大小的总和大于survivor空间的一般，年龄大于或者等于该年龄的对象就可以直接进入老年代。

在分代收集过程中有一个空间分配担保机制：在进行Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果是则Minor GC则确保是安全的，如果不是在虚拟机会查看HandlePromotionFailure设置值是否允许担保失败，如果允许则会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次Minor GC（这次的GC是由风险的），如果小于或者HandlePromotionFailure设置为不允许，那这时就要改进为一次Full GC。这里所说的风险是如果Minor GC存活的对象突增，远远高于平均值的话，将会导致担保失败，就会在失败后进行一次Full GC。打部分情况下会将HandlePromotionFailure开关打开，避免Full GC过于频繁。