细说JVM系列：自动内存管理内存分配：内存分配和回收策略

自动内存管理内存分配：内存分配和回收策略

java技术体系中所提倡的自动内存管理最终可以归结为自动化解决了两个问题：给对象分配内存以及回收分配给对象的内存。,关于内存的回收，之前我们已经使用了大量的篇幅介绍了这个东西。接下来我们会探讨下自动化内存分配。

对象的内存分配，往大了讲，就是在堆上分配。

接下来我们将会讲解几条最普遍的内存分配策略。

对象优先在Eden分配

大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时，虚拟机将发生一次GC.

大对象直接进入老生代

所谓的大对象是指，需要大量连续内存空间的java对象，最典型的大对象就是那种很长的字符串以及数组。大对象对虚拟机的内存分配来说是一个坏消息（替jvm抱怨一句，比遇到大对象更加坏的消息就是遇到一群朝生夕灭的短命大对象，写程序的时候应当避免），经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来安置它们。

长期存活的对象将进入老生代

既然虚拟机采用了分代收集的思想来管理内存，那么内存回收时就必须能识别哪些对象应该放在新生代，哪些对象应放在老生代中。为了做到这点，虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden区出生并经过第一次Minor GC后仍然存活，并且能被Suvivor容纳的话，将被移动到Suvivor空间中，并且对象年龄设为1.对象在Survivor区中每熬过一次Minor GC，年龄就增加1岁，当它的年龄增加到一定程度（默认为15岁），就将会被晋升到老生代中。对象晋升老生代的年龄阈值可以设定。

动态对象年龄判定

为了能够更好的适应不同程序的内存状况，虚拟机并不是永远的要求对象的年龄必须达到了设置的阈值才能晋升老生代，如果在Suvivor空间中相同年龄所有对象大小的总和大于Suvivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老生代，无须等待阈值要求的年龄。

空间分配担保

在学习JVM垃圾收集机制的时候，我们就知道了新生代采用复制算法，但是会造成空间的浪费，故而提出了一种“空间担保机制”来提高复制算法的空间利用率，使复制算法的浪费从50%降到了10%。而老年代的内存就充当了这个担保者，并且由于没有其他内存来担保老年代，所以老年代如果不想产生空间内存碎片那么只能使用“标记-整理”算法了。看到这，我们其实心里肯定有疑问——如何保证老年代有足够的空间来执行空间担保机制呢？Full GC，是否触发根据经验值判断，即使不允许担保失败，也有可能发生担保失败。

当发生YGC的时候，JVM都会检测之前每次晋升到老年代的对象的平均大小是否大于老年代的剩余内存空间，如果大于，则触发Full GC；如果小于，则查看HandlePromotionFailure设置是否允许担保失败；如果允许，则不会触发Full GC，反之，触发Full GC，保证老年代有足够的空间支持空间分配担保成功。

其实在每次GC发生的时候，我们也不知道到底会有多少对象被回收，又有多少对象能存活。故而只好取之前每次回收晋升到老年代的对象的平均值作为经验值来判断，但是如果某次GC后存活对象激增，任然会导致担保失败，那么只能重新进行Full GC了，虽然这样会绕个圈子，但是大部分情况下还是会将HandlePromotionFailure的值设为true，从而 避免Full GC过于频繁。换句话说，就是大部分情况，允许担保失败。