jvm-内存分配策略

内存分配与回收策略:(新生代的GC- minor GC;老年代的GC-full GC或者Major GC)
1.对象优先分配在新生代eden。
当eden区域空间不足的时候会发生一次Minor GC
2.大对象直接进入老年代
需要大量连续空间的对象直接放入老年代,避免Eden去及两个survivor之间发生大量的内存复制。
3.长期存活的对象将进入老年代。
虚拟机给每个对象定义一个年龄的计数器。如果对象在Eden区出生并经过第一次Minor GC仍然存活
,并且能被Survivor的容纳的话。将被移到Survivor并且年龄设为1.对象在Survivor没熬过一次Minor
GC年龄就加1,当他的年龄大到一定的程度(15),机会晋升到老年代。
4.动态年龄判断
虚拟机并不是永远要求对象的年龄必须达到年龄的限制才到老年代。如果suivivor空间中相同年龄的的所有
对象大小总和大于suivivor空间的一半,大于等于该年龄的对象就可以直接进入到老年代。
5.空间分配担保。
在发生Minor GC之前,虚拟机会检查老年代的可用的连续空间是否大于新生代的所有对象的总空间,如果
条件成立,则Minor GC是安全的。如果不成立,则看是否允许担保失败。如果允许那么继续检查老年代的最大
连续空间是否大于晋升到老年代的平均年龄大小,如果大于,则进行Minor GC ,否则改为一次Full GC。

### JVM 内存分配策略详解 #### 方法区内存管理 JVM 的内存结构模型由多个区域构成,其中方法区(在 JDK 8 中被称为元空间)主要用于存储类的信息、常量池以及静态变量等内容。值得注意的是,按照 Java 虚拟机规范的规定,并不强制要求对这部分执行垃圾回收操作[^1]。 #### 堆内存在对象创建中的角色 当新对象实例化时,其实际数据会被放置于堆中。对于大多数应用程序而言,由于大部分的对象都具有较短生命周期,在年轻代里完成整个生命过程;只有少数长期存活的对象才会晋升至老年代。因此,垃圾收集的主要工作集中在堆上进行。 #### 对象优先分配到Eden区 每当有新的对象要被创建出来的时候,默认情况下会尝试将其放入新生代里的 Eden 区域。这是因为通常来说刚产生的对象往往很快就会变得不可达从而可以迅速释放掉所占用的空间资源。 #### 大对象直接进入老年代 然而并非所有的对象都会遵循上述原则——那些体积较大的对象可能会越过常规路径而直接进入到年老代之中。这样的设计主要是为了避免频繁触发 Minor GC 导致性能下降的问题。具体判断标准取决于 JVM 参数设置和运行环境等因素影响。 #### 长期存活的对象也会移入老年代 除了大对象之外,一些经过多次MinorGC仍然存活下来的对象同样会被转移到老年区保存起来等待最终处理。这种做法有助于减少 Young Generation 发生 Full GC 的频率并提高整体效率。 #### 空间分配担保机制 为了防止 Survivor Space 不足以容纳所有存活下来的小型对象的情况发生,还引入了一种叫做 "Handle Promotion Guarantee" 或者说是 “提升保证”的概念。即允许将部分满足条件的新生成个体提前迁移到 Old Gen 来缓解压力。 #### 并发安全性的实现方式 针对多线程环境下可能出现的竞争状况,有两种不同的解决方案可供选择:一种是指针碰撞法适用于连续紧凑排列的情形下;另一种则是利用空闲列表来追踪可用片段位置的方法适合碎片化的场景。这两种技术能够有效保障不同步调下的线程之间不会相互干扰造成错误的结果或异常终止等问题的发生[^2]。 ```java // 创建一个简单的Java对象, 默认会在Eden区分配内存 Object obj = new Object(); ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值