《深入理解java虚拟机》3.6内存分配(堆空间的内存分配)

java内存管理其实主要做了2件事，一个是内存分配一个是内存回收

下面说说内存分配的事，内存分配大致可以理解为在新建一个对象时把这个对象放入虚拟机的堆内存(大多数情况下)

注意:其实在对象分配到堆内存之前还有好几个步骤在栈上分配内存，后续会加上这部分内容

在分配堆内存之前的尝试

 

 

本文主要聊一聊在堆上分配内存的几条普遍的规则:

 

3.6.1、对象优先分配到eden

 

  java堆内存可以分为新生代和老年代，其中新生代又可以分为eden(伊甸园)和2个survivor，结构如下:

 

 

 

 

当新建一个对象时，会把该对象优先放入eden，如果eden放不下就放到其他的区域

 

 

3.6.2大对象直接进入老年代

 

大对象指的是需要申请大量连续的空间的对象(典型的例子就是数组)

虚拟机提供了一个值参数: -XX:PreteenureSizeThreshold,让对象大小大于这个参数时直接进入老年代

 

 

3.6.3长期存活的对象进入老年代

 

虚拟机给每个存活的对象定义了一个年龄计数器，每进行一次垃圾回收，就对这个计数器增加1，当某个对象达到特定的值的时候，该对象就进入老年代，这个值默认是15，由参数–XX:MaxTenuringThreshold决定

 

 

 

 

3.6.4 动态年龄断定

 

虚拟机晋升对象到老年代不一定要等到对象的年龄达到对象的年龄达到–XX:MaxTenuringThreshold后，还有一种情况是，当Survivor中的相同年龄的对象的大小总和大于等于Survivor对象的一半时，年龄大于等于这个值的对象都晋升到老年代，

eg:survivor是10M 有如下对象A(2M) B(2M) C(2M) D(1M) E(2.5M) 那么A、B、C、E都会晋升到老年代

 

 

 

 

3.6.5空间分配担保

 

如果在进行minor GC之前，先检查一下老年代中连续的空间是不是大于新生代对象的总和，如果大于，那么这次GC是安全的(即便是新生代所有的对象都晋升到老年代，老年代依然能放下这些对象)，如果小于这些对象的总和那么就查看HandlePromotionFailure的设置是否允许担保失败，如果允许就查看历次新生代GC后，晋升为老年代的对象的平均大小，如果大于就进行这个Minor GC，尽管这次GC是有风险的（当然大部分时候都能成功），如果小于或者不允许担保失败，则需要进行一次Full GC。

这里说的风险是指，当一次minor GC后大部分对象都存活，那么这部分对象无法复制到另一个Survivor中，只能放入老年代，即老年代做了一个存储担保

 

MinorGC:发生在新生代中的GC，一般频率很高，速度很快

FullGC:发生在老年代，频率低，速度慢(比Minor GC慢10倍以上)