【JVM】内存的分配策略

JVM内存分配策略

  Java技术体系中所提倡的自动内存管理最终可以归结为自动化地解决了两个问题：给对象分配内存 以及 回收分配给对象的内存。一般而言，对象主要分配在新生代的Eden区上，如果启动了本地线程分配缓存(TLAB)，将按线程优先在TLAB上分配。少数情况下也可能直接分配在老年代中。总的来说，内存分配规则并不是一层不变的，其细节取决于当前使用的是哪一种垃圾收集器组合，还有虚拟机中与内存相关的参数的设置。

1、对象优先分配在Eden区

  对象优先分配在新生代Eden区，当Eden区没有足够空间时，JVM执行一次Minor GC。

-XX:+PrintGCDetails收集器日志参数，告诉虚拟机发生垃圾回收行为时打印内存回收日志，并在进程退出时输出当前内存各区域分配情况（在实际应用中，内存回收日志一般是打印到文件后通过日志工具进行分析）。

2、大对象直接进入老年代

  大对象直接进入老年代是为了避免在Eden区和两个Survivor区之间发生大量的内存复制。
  大对象就是需要大量连续内存空间的Java对象，典型的就是那种很长的字符串以及数组。大对象对虚拟机的内存分配来说就是一个坏消息（更坏的就是遇到一群朝生夕灭的短命大对象，我们应该避免），经常出现大对象容易导致内存还有不少空间时就提前触发GC，获取足够的连续空间来存放它们。

-XX:+PretenureSizeThreshold参数，大于这个设置值的对象直接在老年代分配。

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

  内存回收时，为了识别哪些是长期存活的对象，虚拟机给每个对象定义了一个对象年龄计数器，对象在Eden区出生并且经过第一次Minor GC后仍然存活，进入Survivor区，对象年龄设为1，之后每经过一次Minor GC，年龄加1，直到达到阈值（默认15），就会晋升到老年代。

-XX:MaxTenuringThreshold参数，设置对象晋升到老年代的年龄阈值。

4、动态对象年龄判定

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

5、空间分配担保

  在发生Minor GC之前，虚拟机会先检查老年代最大可用连续空间是否大于新生代所有对象总空间，条件成立，Minor GC可以确保是安全的；不成立，虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。允许，继续检查老年代最大可用连续空间是否大于历次晋升到老年代对象的平均大小（一共有多少对象存活下来在实际完成内存回收之前是无法明确知道的，只好取之前每一次回收晋升到老年代对象容量的平均大小值作为经验值，与老年代剩余空间进行比较，决定是否进行Full GC让老年代腾出更多空间），大于，将尝试进行一次Minor GC，尽管这次Minor GC是有风险的；小于，HandlePromotionFailure设置不允许冒险（老年代本身剩余空间不够容纳这些对象），进行一次Full GC。

取平均值是一种动态概率的手段，如果某次Minor GC存活的对象突增，远高于平均水平，会导致担保失败（HandlePromotionFailure），重新发起一次Full GC。
大部分情况下会将HandlePromotionFailure开关打开，避免Full GC过于频繁。

在JDK 6 Update 24之后，HandlePromotionFailure参数不会再影响到虚拟机的空间分配担保策略，虽然代码中还定义了HandlePromotionFailure参数，但是在代码中已经不会在使用，JDK 6 Update 24之后的规则变为只要老年代的可用连续空间大于新生代对象总大小或者历次晋升平均大小就会进行Minor GC，否则进行Full GC。