【面试】JVM分代垃圾回收机制

一、分代收集算法

分代收集算法:就是目前虚拟机使用的回收算法

在不同年代使用不同的算法,从而使用最合适的算法,新生代存活率低,可以使用复制算法。而老年代对象存活率搞,没有额外空间对它进行分配担保,所以只能使用标记清除或者标记整理算法。

二、堆

堆是用来存放对象的内存空间,几乎所有的对象、数组包括常量池都都在堆中分配内存,以下是堆的存储结构图:

堆内存:分为1/3的新生代和2/3的老年代,其中新生代分为Eden区和survivor区,其中Eden区占8/10,survivor区占2/10,survivor又分为0区和1区(也称为from区和to区),各占1/10。

2.1 新生区的垃圾回收机制

1)开始创建的对象都是分配在Eden区,当Eden区满了,就会触发垃圾回收(Minor GC)

2)经过Minor GC处理后,将不再对其它对象引用的对象清理摧毁,然后将存活的对象转移到survivor区中空闲的区,然后清空Eden区。

3)当Eden区,再次被填满,就会再次触发垃圾回收(Minor GC),清理Eden区和survivor区中的垃圾对象,清理后,将Eden区和survivor区中存活的对象,转移到survivor区中空闲的区(0或者1区,总是保持一块空闲的区域,来提供复制算法垃圾回收)。

4)survivor区反复复制移动,经过多次GC,超过15次存活的对象,将会进入老年区(可通过JVM参数【-XX:MaxTenuringThreshold】来设置,默认是15)。

5)如果是大对象,就会直接把这个对象放入到老年区(可以通过JVM参数【-XX:PretenureSizeThreshold】来设置,比如设置为1M)。

6)如果对象太多无法放入Survivor区,也会转移到老年区。

2.2 老年区的垃圾回收机制

1)存活对象转移到老年区,此时老年区都放不下这些存活的对象了,就会触发Full GC。

2)如果老年代执行了Full GC之后,任然无法进行对象的保存,也会产生OOM(OutOfMemoryError)异常。

老年区的垃圾回收算法是标记整理算法。

一开始对象都是任意分布的,在经历完垃圾回收之后,就会标记出哪些是存活对象,哪些是垃圾对象,然后就会把这些存活的对象在内存中进iRhzAuuz行整理移动,尽量都挪到一边去靠在一起,然后再把垃圾对象进行清除,这样做的好处就是避免了垃圾回收后产生的大片内存碎片。

较为耗时,比复制算法慢10倍;

所以如果系统频繁出现Full GC,会严重影响系统性能,出现卡顿。所以JVM优化的一大问题就是减少Full GC频率。

总结

新生代和老年代,通过不同的阶段,采用不同的垃圾回收算法机制,在新生代中采用复制算法,在老年代中采用标记整理算法,新生代和老年代进行垃圾回收时页是通过不同的垃圾回收器进行回收的,下篇将会讲解到。

相关推荐
我命由我1234513 分钟前
Android 控件 - CardView(快速实现圆角)
android·java·java-ee·kotlin·android studio·android-studio·android runtime
GitLqr13 分钟前
Impeller 时代:Shader Jank 消失了,但渲染性能的战场也变了
flutter·面试·性能优化
2601_9638699516 分钟前
【计算机毕业设计】基于Java的潮牌购物网站系统的设计与实现
java·开发语言·课程设计
203号居民24 分钟前
LeetCode hot 100 —560. 和为 K 的子数组
java·算法·leetcode
浪客川42 分钟前
使用 IDEA 生成API文档
java·ide·intellij-idea
会编程的土豆1 小时前
从「锁」到「时间」:后端里几个容易混的概念
java·开发语言·数据库·goland
上下求索,莫负韶华1 小时前
笔记-数据库事务和java事务和切面
java·数据库·笔记
Tsuki_tl1 小时前
【面试高频】 HashMap, HashTable,ConcurrentHashMap 之间的区别
面试·hashmap·synchronized·哈希表·多线程并发·hashtable·分段锁
@小匠1 小时前
Spring Boot Nacos绑定 Map 时中文 key 导致启动失败:一次从复现到源码的排查实录
java·开发语言·前端
Knight_AL1 小时前
Lombok @Builder 踩坑:build() 前后对象类型不一样
android·java·开发语言