JVM 内存模型与垃圾回收过程详解
文章目录
- JVM 内存模型与垃圾回收过程详解
- 1. JVM内存分区
- 1.1 具体分区
- 1.2 JVM内存分区的必要性
- 2. 垃圾回收
- 2.1 CMS垃圾回收器
- 2.2 G1垃圾回收器
- 2.3 JVM垃圾回收从新生代到老年代
1. JVM内存分区
1.1 具体分区
Java虚拟机(JVM)的内存模型主要分为两个大区:新生代(Young Generation)和老年代(Old Generation)。新生代进一步细分为三个区域:Eden区、Survivor区,而Survivor区又分为From Survior区(S0)和To Survior区(S1)。
1.2 JVM内存分区的必要性
分代收集算法是JVM垃圾回收的核心策略之一,它将堆内存划分为几个不同的区域,以便更有效地管理不同生命周期的对象。
- 分代收集算法的优势:这种策略能够保证高速的读写操作同时保持内存的连续性。
- 内存分区的目的:通过分区,可以针对不同类型的对象采取不同的回收策略,提高垃圾回收的效率。
2. 垃圾回收
2.1 CMS垃圾回收器
- 分代:CMS(Concurrent Mark Sweep)垃圾回收器将堆内存分为新生代、老年代和永久代(Java 8后改为元空间Metaspace)。
- 工作流程:
- 初始标记:一个短暂的停止-the-world过程,标记所有从根可达的老年代对象。
- 并发标记:与应用程序线程并发执行,继续标记所有可达对象。
- 重新标记:再次停止-the-world,修正并发标记阶段的变化。
- 并发清理:与应用程序线程并发执行,清理已标记为死亡的对象。
- 适用场景:
- CMS适用于对响应时间要求较高的系统,因为它试图减少垃圾回收对应用程序的影响,但可能会产生较多的内存碎片。
2.2 G1垃圾回收器
- 分代:G1(Garbage-First)垃圾回收器将堆内存划分为多个Region,这些Region可以是新生代或老年代。
- 工作流程:
- 混合收集:初始阶段,G1执行一个类似于CMS的混合收集,清理新生代和老年代。
- 标记阶段:使用Region-based的标记算法识别所有可达对象。
- 预备阶段:G1计算每个Region的垃圾回收价值(GC Value),并决定回收哪些Region以及回收多少内存。
- 回收阶段:G1并发地回收选定的Region,分段进行,不会影响应用程序的吞吐量。
- 适用场景:
- G1适用于多核处理器,旨在提供高吞吐量和低延迟,同时减少内存碎片。
2.3 JVM垃圾回收从新生代到老年代
- 对象创建:程序启动时,在Eden区创建
大量临时
对象。 - Eden区满:当Eden区空间不足时,通过
可达性算法
标记所有从根可达的对象,将它们放入S0区
,清空Eden区
。 - 复制/清除:
Eden区
再次满时,将S0和S1交换角色
,通过复制/清除算法
将数据复制到S0区
。 - 对象晋升:如果对象在新生代
经历了
预设的年龄阈值
(如15次Minor GC)后仍然存活,它会被晋升
到老年代。 - Survivor空间不足:如果
Survivor空间不足
以容纳存活对象,一些存活时间较长的对象可能会直接晋升
到老年代。 - 大对象:如果一个数组或对象的大小
超过
了新生代
的最大容量
,它将直接在老年代分配
。 - 特定对象:某些特定对象(如使用
Finalize
方法的对象)可能会被设置为总是直接进入老年代。