JVM垃圾收集器


Java有四种类型的垃圾回收器:

1串行垃圾回收器(Serial Garbage Collector)

2并行垃圾回收器(Parallel Garbage Collector)

3并发标记扫描垃圾回收器(CMS Garbage Collector)

4G1垃圾回收器(G1 Garbage Collector)

 

上面为新生代收集器,下面是老年代收集器。如果两个收集器之间存在连线,就说明它们可以搭配使用。


一、新生代收集器

1Serial(串行GC)收集器

Serial收集器是一个新生代收集器,单线程执行,使用复制算法。它在进行垃圾收集时,必须暂停其他所有的工作线程(用户线程)。是Jvm client模式下默认的新生代收集器。对于限定单个CPU的环境来说,Serial收集器由于没有线程交互的开销,专心做垃圾收集自然可以获得最高的单线程收集效率。

2ParNew收集器

ParNew收集器其实就是serial收集器的多线程版本,除了使用多条线程进行垃圾收集之外,其余行为与Serial收集器一样。

3Parallel Scavenge收集器

Parallel Scavenge收集器也是一个新生代收集器,它也是使用复制算法的收集器,又是并行多线程收集器。parallel Scavenge收集器的目标则是达到一个可控制的吞吐量。吞吐量= 程序运行时间/(程序运行时间 + 垃圾收集时间),虚拟机总共运行了100分钟。其中垃圾收集花掉1分钟,那吞吐量就是99%。

二、老年代收集器

1)Serial Old收集器(串行)

Serial Old是Serial收集器的老年代版本,它同样使用一个单线程执行收集,使用“标记-整理”算法。主要使用在Client模式下的虚拟机。

2)Parallel Old收集器(并行)

Parallel Old是Parallel Scavenge收集器的老年代版本,使用多线程和“标记-整理”算法。

(3)CMS收集器(并发)

CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。CMS收集器是基于“标记-清除”算法实现的,一般用在互联网站或者B/S系统的服务器上,整个收集过程大致分为4个步骤:

(1)初始标记(CMS initial mark)

初始标记、重新标记这两个步骤任然需要停顿其他用户线程。初始标记仅仅只是标记出GC ROOTS能直接关联到的对象,速度很快,并发标记阶段是进行GC ROOTS 根搜索算法阶段,会判定对象是否存活。

(2)并发标记(CMS concurrenr mark)

就是进行GC Roots Tracing的过程

(3)重新标记(CMS remark)

修正并发标记期间因用户程序继续运作而导致标记产生变动的把一部分对象的标记记录。

(4)并发清除(CMS concurrent sweep)

整个过程中耗时最长的并发标记和并发清除过程是可以和用户线程一起并发进行。所以总体上来说,CMS收集器的内存回收过程是与用户线程一起并发执行的。

CMS的优点是:并发收集、低停顿。

缺点:

1)GMS对CPU资源非常敏感

在并发阶段,虽然不会导致用户线程停顿,但是因为CPU会导致应用程序变慢。

(2)无法处理浮动垃圾

由于GMS并发清理阶段用户线程还在运行着,伴随程序运行自然就会有新的垃圾产生,这部分垃圾是出现在标记之后,GMS无法在此次垃圾回收时将新产生的垃圾回收掉。

(3)基于“标记-清除”算法,会产生内存碎片。

三、G1收集器

G1收集器是面向服务端应用的垃圾收集器,具有以下特点

(1)并行与并发

G1能充分利用多CPU、多核环境的硬件优势,使用多个CPU来缩短“stop the world”也就是用户线程的停顿。

(2)分代收集

不需要配合其他的收集器就可以管理整个堆内存。

(3)空间整合

从整体看是采用“标记-整理”算法,从局部看采用复制算法,不管哪种算法都不会产生碎片。

(4)可预测的停顿

这是G1和CMS的优势,降低停顿时间是G1和CMS共同的关注点,但G1除了低停顿外,还可以建立可预测的停顿时间模型,即让使用者可以指定在一个长度为M毫秒的时间内消耗在垃圾回收集上的时间不得超过N毫秒。

G1中虽然有新生代和老年代,但是他们不再是物力隔离的了,而是一部分Region集合。

通过追踪每个Region里垃圾的价值大小进行回收。

G1收集器的运作可大致划分为四个步骤:

(1)初始标记

标记GC Roots直接关联的对象,依然需要停顿其他线程,但是时间很短。

(2)并发标记

就是进行GC Roots Tracing的过程

(3)最终标记

修正并发标记期间因用户程序继续运作而导致标记产生变动的把一部分对象的标记记录。需要停顿其他线程。

(4)筛选回收

对各个Region中按价值进行筛选。可以与用户线程并发进行。

### JVM垃圾收集器的工作原理 JVM中的垃圾收集器负责自动管理和释放不再使用的内存资源。这一过程对于维护Java应用程序的性能至关重要[^1]。垃圾收集的主要目标是在不影响应用正常运行的前提下尽可能高效地回收无用对象所占有的空间。 #### 垃圾收集器类型及其特性 多种类型的垃圾收集器存在于现代版本的JVM中,每种都有各自的设计理念来适应特定应用场景下的需求: - **Serial GC**:适用于单核处理器的小规模应用环境,在年轻代采用复制算法,在老年代则使用标记-整理算法。 - **Parallel GC (也称为Throughput Collector)**:专为多CPU系统设计,旨在最大化吞吐量,即完成更多有用工作的比例相对于总执行时间而言。该收集器同样区分新生代与年老代,并分别运用不同的清理策略以达到最佳效果。 - **CMS (Concurrent Mark-Sweep) GC**:专注于降低暂停时间而非整体效率,适合于那些对响应速度敏感的服务端程序。它可以在后台逐步扫描存活对象并清除死亡对象而不必完全停止整个应用程序进程。 - **G1 (Garbage First) GC**:自JDK 7更新版引入以来成为默认选项之一,特别擅长处理具有大量活跃数据的大容量堆配置。G1将整个堆划分为多个固定大小的区域(region),并通过预测哪些地区最有可能包含可回收的空间来进行优先级排序。 - **ZGC 和 Shenandoah GC**:这两种新型低延迟垃圾收集器是从JDK 11开始加入的支持超大型堆(可达数TB级别)的同时具备亚毫秒级别的短暂停滞特性的工具[ZGC][^5]。它们都采用了先进的并发技术使得大部分垃圾回收活动能够在不停止用户线程的情况下发生。 ### 如何选择合适的垃圾收集器? 选择最适合项目需求的垃圾收集器取决于具体的应用场景以及期望达成的目标。如果追求最高的吞吐率,则可能倾向于使用`Parallel GC`; 若更看重快速反应时间和较低的停顿频率,那么像`CMS`, `G1`, 或者最新的`ZGC/Shenandoah`可能是更好的选择。值得注意的是,“最优”的方案并非永恒不变——随着业务逻辑的发展和技术进步,原先选定的最佳实践可能会变得不合适,因此定期审查当前设置总是明智之举[^2]。 ### 性能调优建议 为了使选中的垃圾收集器发挥最大效能,可以通过调整一系列参数来进行精细化控制。这包括但不限于设定初始/最大堆尺寸(-Xms/-Xmx), 新生代占比(-XX:NewRatio), 生存阈值(-XX:+UseAdaptiveSizePolicy,-XX:MaxTenuringThreshold)等。此外,启用详细的日志记录功能可以帮助诊断潜在瓶颈所在之处,从而指导后续改进措施的方向。最终目的是找到一个平衡点,在满足服务等级协议(SLA)关于响应时间和吞吐量的要求之间取得良好折衷。 ```bash java -Xms512m -Xmx4g -XX:+UseG1GC MyApplication ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值