深入探索JVM垃圾收集器 — 内存分配与回收策略

Java技术体系的自动内存管理，最根本的目标是自动化地解决两个问题：自动给对象分配内存以 及自动回收分配给对象的内存。对象的内存分配，从概念上讲，应该都是在堆上分配对象优先在Eden分配:

⼤多数情况下，对象在新⽣代Eden区中分配。当Eden区没有⾜够空间进⾏分配时，虚拟

机将发起⼀次Minor GC。

⼤对象直接进⼊⽼年代:

⼤对象就是指需要⼤量连续内存空间的Java对象，HotSpot虚拟机提供了-XX:

PretenureSizeThreshold参数，指定⼤于该设置值的对象直接在⽼年代分配，这样做的⽬的就是避免在Eden区及两个Survivor区之间来回复制，产⽣⼤量的内存复制操作。

⻓期存活的对象进⼊⽼年代:

虚拟机给每个对象定义了⼀个对象年龄(Age)计数器，存储在对象头中(详⻅第2章)。对象

通常在Eden区⾥诞⽣，如果经过第⼀次Minor GC后仍然存活，并且能被Survivor容纳的

话，该对象会被移动到Survivor空间中，并且将其对象年龄设为1岁。对象在Survivor区中

每熬过⼀次Minor GC，年龄就增加1岁，当它的年龄增加到⼀定程度(默认为15)，就会被

晋升到⽼年代中。对象晋升⽼年代的年龄阈值，可以通过参数-XX:

MaxTenuringThreshold设置。

动态对象年龄判断:

为了能更好地适应不同程序的内存状况，HotSpot虚拟机并不是永远要求对象的年龄必须

达到- XX: MaxTenuringThreshold才能晋升⽼年代，如果在Survivor空间中相同年龄所有

对象⼤⼩的总和⼤于Survivor空间的⼀半，年龄⼤于或等于该年龄的对象就可以直接进⼊

⽼年代，⽆须等到-XX: MaxTenuringThreshold中要求的年龄。

空间分配担保:

在发⽣Minor GC之前，虚拟机必须先检查⽼年代最⼤可⽤的连续空间是否⼤于新⽣代所

有对象总空间，如果这个条件成⽴，那这⼀次Minor GC可以确保是安全的。如果不成

⽴，则虚拟机会先查看-XX: HandlePromotionFailure参数的设置值是否允许担保失败

(Handle Promotion Failure); 如果允许，那会继续检查⽼年代最⼤可⽤的连续空间是否⼤

于历次晋升到⽼年代对象的平均⼤⼩，如果⼤于，将尝试进⾏⼀次Minor GC，尽管这次

Minor GC是有⻛险的; 如果⼩于，或者-XX: HandlePromotionFailure设置不允许冒险，那

这时就要改为进⾏⼀次Full GC。

新⽣代使⽤复制收集算法，但为了内存利⽤率， 只使⽤其中⼀个Survivor空间来作为轮

换备份，因此当出现⼤量对象在Minor GC后仍然存活的情况——最极端的情况就是内存

回收后新⽣代中所有对象都存活，需要⽼年代进⾏分配担保，把Survivor⽆法容纳的对象

直接送⼊⽼年代，这与⽣活中贷款担保类似。⽼年代要进⾏这样的担保，前提是⽼年代

本身还有容纳这些对象的剩余空间，但⼀共有多少对象会在这次回收中活下来在实际完成

内存回收之前是⽆法明确知道的，所以只能取之前每⼀次回收晋升到⽼年代对象容量的平

均⼤⼩作为经验值，与⽼年代的剩余空间进⾏⽐较，决定是否进⾏Full GC来让⽼年代腾

出更多空间。

JDK 6 Update 24之后的规则变为只要⽼年代的连续空间⼤于新⽣代对象总⼤⼩或者历次

晋升的平均⼤⼩，就会进⾏Minor GC，否则将进⾏Full GC。(不再使⽤

-XX: HandlePromotionFailure参数了)