Java-JVM（二）-内存分配策略

最新推荐文章于 2024-07-26 10:52:14 发布

Java小学森

最新推荐文章于 2024-07-26 10:52:14 发布

阅读量263

点赞数

分类专栏：深入理解java虚拟机-读书总结文章标签： Java jvm 内存分配

本文链接：https://blog.csdn.net/wanglc7/article/details/86213667

版权

深入理解java虚拟机-读书总结专栏收录该内容

5 篇文章 0 订阅

订阅专栏

近期在读周志明老师的《深入理解Java虚拟机》现将我重点看的几个章节的知识总结一下，一来是对自己近期学习的知识做个记录，二来帮助其他小伙伴们快速了解下Java的JVM。

1：内存分配策略

1.1 对象优先在Eden分配

1.2 可能会进行Full GC/Major GC得情况

1.3 大对象直接进入老年代

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

1.5 空间分配担保

1：内存分配策略

内存分配策略的学习可以结合我上一篇博客《Java-JVM（一）-图解自动内存管理机制》中的运行时数据区的图来看。

1.1 对象优先在Eden分配

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

PS：Minor GC与Full GC的区别

Minor GC（新生代GC）：指发生在新生代的垃圾收集动作，因为初始化在新生代的java对象大都具备朝生夕死的特性，所以Minor GC非常频繁，速度也很快（复制算法）。
Full GC/Major GC（完全/老年代GC）：指发生在老年代的GC，出现了Full GC/Major GC，一般会出现至少一次的Minor GC，Major GC一般比较慢。

1.2 可能会进行Full GC/Major GC得情况

jvm的调优一般都是针对的Full GC/Major GC的调优，以下情况为可能会出现Full GC/Major GC的情况，注意是“可能”

老年代内存空间不足
永久代内存空间不足
空间分配担保时jvm判断老年代剩余空间不足（1.5节详细说明）
手动调用System.gc();
上一次GC之后堆中各个区块的内存分配发生变化

CMS收集器：

当CMS收集器无法处理浮动垃圾时，可能会出现“Concurrent Mode Failure”进而导致另一次Full GC的产生
CMS是基于“标记-清除”算法的，如果经过几次GC后空间碎片过多，当有大对象要在老年代中分配而无法找到连续的空间时，也会出发一次Full GC，当然，CMS提供了一个-XX:+UseCMSCompactAtFullCollection,用于设置在执行完多少次GC后附带享受一次空间压缩

1.3 大对象直接进入老年代

对于新生代收集器（Serial和ParNew）来说，可以使用一个参数：-XX:PretenureSizeThreshold参数，来令大于这个参数的对象直接进入老年代。这样做的目的是避免在Eden区及两个Survivor区之间发生大量的内存拷贝。

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

虚拟机给每个对象定义了一个对象年龄（Age）计数器，如果对象在Eden出生并且经过第一次Minor GC仍然存活，并且能被Survivor容纳的话，将被移动到Survivor区，并将Age设为1，对象每经过一次Minor GC，Age就会加一，当Age达到一个特定的界限后，便会进入老年代。可以通过设置参数 -XX:MaxTenuringThreshold来设置，默认为15。

但虚拟机并不会严格的按照MaxTenuringThreshold设定的参数去执行，为了更好地适应不同程序的内存情况，如果在Survivor空间中相同年龄所有对象的大小总和大于Survivor空间的一半，年龄大于等于该参数的对象就可以直接进入老年代。

1.5 空间分配担保

在发生Minor GC时，，虚拟机会检测之前每次晋升到老年代的平均大小是否大于老年代的剩余空间，如果大于，则直接进行一次Full GC，如果小于则查看HandlePromotionFailure设置是否允许担保失败；如果允许则进行Minor GC，如果不允许，则Full GC。

当大量对象在Minor GC后仍然存活，就需要老年代进行分配担保，让Survivor无法容纳的对象直接进入老年代。老年代要进行这样的担保，前提是老年代本身还有容纳这些对象的剩余空间，但是在回收之前是不知道会有多少对象存活下来的，所以只好取每一次回收晋级到老年代对象容量的平均大小作为经验值，与老年代进行比较，决定是否进行Full GC。