JVM学习-------内存分配

本文介绍了JVM内存分配,重点讲解了对象在堆内存中如何分配,包括Eden、Survivor和Tenured/Old空间的角色。新生代对象通常在Eden分配,大对象可能直接进入老年代。对象通过Minor GC和年龄增长机制晋升到老年代,动态年龄判定优化了这一过程。Full GC的触发条件也进行了简要说明。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


堆内存划分为 Eden、Survivor 和 Tenured/Old 空间。

Eden、Survivor 是新生代空间。


(图来自网络)

1.对象优先在Eden分配

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


示例:


VM参数表明,Java堆大小为20MB,不可拓展。10MB分配给了新生代,剩下的10MB分配给老年代。

-XX:SurvivorRatio=8,决定了新生代中Eden区与一个Survivor区的空间比例是8:1。

分配allocation4对象的语句会发生一次MinorGC---------给allocation4分配内存时,发现Eden已经被占用了6MB,剩余空间已不足分配all4所需的4MB内存,因此发生一次MinorGC。

GC期间,虚拟机又发现已有的3个2MB大小的对象全部无法放入Survivor空间(Survivor空间只有1MB大小),所以只好通过分配担保机制提前环一刀老年代去。

GC结束后,4MBallocation4对象顺利分配在Eden中,Survivor空闲,老年代被占用6MB。


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

大对象:需要大量连续内存空间的Java对象。(例如:很长的字符串以及数组)

虚拟机提供了一个-XX: PretenureSizeThreshold参数,令大于这个设置值的对象直接在老年代分配。这样能避免在Eden区和两个Survivor区之间发生大量的内存复制。

PretenureSizeThreshold参数只对 Serial 和 ParNew两款收集器有效。


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

虚拟机采用了分代收集的思想来管理内存,为了识别哪些对象应该放在新生代、旧生代,虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden出生,并经过第一次MinorGC后仍然存活,并且能够被Survivor容纳的话,将被移动到Survivor空间中,并且对象年龄设为1。对象在Survivor区中熬过一次MinorGC,年龄就会增加 1 岁。当年龄增加到一定程度(默认15岁),就会被晋升到老年代中。对象晋升老年代的年龄阈值,可以通过 --XX:MaxTenuringThreshold设置。


4.动态对象年龄判定

虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold 才能晋升老年代,如果在Survivor空间中相同年龄所有对象大小的综合大于Survivor 空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,无须等到MaxTenuringThreshold 中要求的年龄。


触发Full GC执行的情况:

1. System.gc();
2.  旧生代空间不足
3.  Permanet Generation 空间满
4.  CMS GC 时出现 promotion failed concurrent mode failure
5.   统计得到的 Minor GC 晋升到旧生代的平均大小大于旧生代的剩余空间



PS:新生代采用复制算法收集内存。




评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值