精神小伙儿探秘JVM（ 五）

对象内存分配与回收策略

一个对象在内存中分配在堆上，堆区依照对象的生命周期，需要将不同生命周期的对象，分而治之。这样，一个对象的区域分配就需要讲究一定的策略。主要有以下几个方面：

可着Eden先来

Eden作为堆中最主要的部分，每次分配内存，都优先在其中进行分配。当然，如果Eden里没地方了咋办？别慌，没地方就先来波清理。这波清理可以有两种，Minor GC和Major GC/Full GC。其中，Minor GC回收新生代的对象，新生代活的不久，所以需要进行频繁回收，每次速度也非常快。Major GC和Full GC是用来清理老年代的。其中Full GC更是对全堆有个整体的清理。由于老年代活的很久，且一直存在导致数量有很多，这样就会导致速度很慢，相比Minor GC，速度会慢10倍以上。

大对象处理

如果对象是一个很大的字符串或者数据，如果优先放在Eden区，那么在分配担保的时候，Eden区和Survior区进行复制就需要大量时间，这样性能很受影响。所以，JVM中设置了一个-XX:PretenureSizeThreshold参数，用来规定一个阈值。当大于这个阈值的对象，就直接放进老年代进行分配。

长期存活对象

什么叫长期存活的对象？这个长期是多久呢？难道对象也有年龄？没错，JVM为了解决什么叫长期对象这个问题，给每个对象设置了一个对象年龄计数器。每经过一次Minor GC，活下来的对象年龄+1。JVM通过参数-XXMaxTenuringThreshold来设置一个最大年龄阈值，超过这个年龄的对象，就被认定为老年代，退休。

动态对象

为了便于处理谁能退休的问题，JVM还有一套自己的法律规定。如果新生代的survior中，相同年龄的老伙伴们总的大小，超过了survior的一半，那么年龄达到或者查过这个相同年龄标准的伙伴就直接退休，进入老年代，不用在等着上面规定的那个法定退休年龄。这样大大提高了性能，喜大普奔。

空间分配担保

空间分配担保，指的是清理老年代废弃对象，来扩大空间，进而给新生代做担保。这个操作在JD6 6 Update24前后有所不同。

之前：进行Minor GC前，先检查老年代最大可用的连续空间是否大于新生代所有对象总空间。如果大于，那么OK，可以进行Minor GC,也就是有地方复制对象；如果小于，那就要检查HandlePromotionFailure这个设置项，用户有没有设置成允许担保失败的情况，如果不是，那不能Minor GC，而是进行Full GC;如果是，那得继续往下检查，老年代最大的连续空间是否大于历次晋升到老年代对象的平均大小,如果大于，那就Minor GC，虽然还是有风险的；如果小于，那就Full GC；啊，好严谨啊！

之后：老年代最大连续空间大于新生代对象总大小或历次晋升的平均大小，就Minor GC，否则Full GC。嗯，简单多了。

FUll GC触发

作为整个堆的大扫荡，Full GC需要一定的时机进行触发：

1.System.gc()

主动调用Full GC，一般不用，用了就是大招。可以通过-XX:+ DisableExplicitGC来禁止这种操作；

2.老年代空间不足

老年代空间不足时，会触发Full GC，如果完了还是不足，抛异常java.lang.OutOfMemoryError: Java heap space。

3.永久代空间不足

永久带不足了，也就是方法区满了，会Full GC，还是不足，抛异常java.lang.OutOfMemoryError: PermGen space 。

4.CMS GC时，出现担保失败（promotion failed)，或者在CMS GC时有对象要放入老年代，老年代空间不足，会出现concurrent mode failure，这时就会触发Full GC。

5.统计得到Minor GC晋升到老年代的平均大小大于老年代的剩余空间，会触发Full GC.

以上就是JVM对象创建和垃圾回收的策略。理解了这个，下面就能为JVM性能调优了。来此够！

东北小伙，精神抖擞；妙笔生花，百看不够！