当前位置: 首页 > article >正文

JAVA编程【jvm垃圾回收的差异】

jvm垃圾回收的差异

JVM(Java Virtual Machine)的垃圾回收(GC)机制是自动管理内存的一种方式,能够帮助开发者释放不再使用的内存,避免内存泄漏和溢出等问题。不同的垃圾回收器(GC)有着不同的特点、适用场景以及性能差异。

1. 垃圾回收器分类

JVM垃圾回收器主要分为两大类:

串行垃圾回收器(Serial GC)
并行垃圾回收器(Parallel GC)
并发垃圾回收器(Concurrent GC)
混合垃圾回收器(如:G1 GC)
ZGC 和 Shenandoah GC(低延迟垃圾回收器)

2. 串行垃圾回收器(Serial GC)

串行垃圾回收器是最简单的垃圾回收器,所有的垃圾回收操作都是单线程完成的。

特点:

单线程执行:所有的垃圾回收操作(包括标记、清除、压缩)都由一个线程来完成。
适用于单核机器:在多核机器上可能存在性能瓶颈,因回收过程阻塞应用线程。
低内存占用:由于只使用一个线程,内存占用较小。
GC暂停时间较长:因为所有的回收都由一个线程执行,可能导致应用程序的停顿时间较长。

适用场景:

内存资源较为紧张、硬件性能较差,或者单核环境。
小型应用或者对GC延迟要求不高的场景。

启用方式:

java -XX:+UseSerialGC

3. 并行垃圾回收器(Parallel GC)

并行垃圾回收器通过多个线程来并行地执行垃圾回收过程,减少了垃圾回收的时间,适合多核环境。

特点:

多线程执行:垃圾回收过程中可以使用多个线程,并行执行标记、清理和整理操作。
吞吐量较高:能更好地利用多核CPU资源,适合计算密集型应用。
GC暂停时间较长:虽然多线程执行,但仍然是“停顿式”的,GC时应用线程会被暂停。

适用场景:

计算密集型应用(如批处理任务、大数据处理等)。
硬件资源丰富的服务器上,特别是在多核环境中。

启用方式:

java -XX:+UseParallelGC

4. 并发垃圾回收器(Concurrent Mark-Sweep GC, CMS GC)

CMS(Concurrent Mark-Sweep)垃圾回收器是为了减少垃圾回收的停顿时间而设计的。它在标记和清理阶段尽可能与应用线程并发执行。

特点:

低停顿:通过并发执行垃圾回收,尤其是在标记阶段和清理阶段,减少了应用停顿时间。
并发标记和清理:标记和清理过程与应用线程并行进行,因此GC停顿时间较短。
无法完全消除停顿:由于某些阶段仍然需要停顿(如重标记阶段),停顿时间不能完全消除。
内存碎片问题:由于没有压缩阶段,可能会导致内存碎片的出现。

适用场景:

对延迟敏感的应用(如Web服务器、实时系统)。
对停顿时间要求较高的场景。

启用方式:

java -XX:+UseConcMarkSweepGC

5. G1垃圾回收器(Garbage First GC)

G1(Garbage First)垃圾回收器是为大内存应用而设计的,它将堆划分为多个区域(Region),在垃圾回收时会优先清理回收成本较低的区域,从而减少停顿时间。

特点:

分区回收:将堆划分为多个小区域,每个区域都有不同的回收策略。
低停顿:通过优先回收成本较低的区域,控制每次垃圾回收的停顿时间。
混合回收:G1 采用了类似 CMS 的并发标记和清理,同时也进行并行回收,最后进行清理阶段时也尽可能减少停顿。
可控的停顿时间:通过 -XX:MaxGCPauseMillis 可以设定最大GC停顿时间,G1会尽量保证在这个时间内完成回收。

适用场景:

对响应时间要求较高的大型应用(如大数据系统、金融应用)。
内存较大(如8GB以上)的应用。

启用方式:

java -XX:+UseG1GC

6. ZGC 和 Shenandoah GC(低延迟垃圾回收器)

ZGC(Z Garbage Collector)和Shenandoah GC是两种低延迟垃圾回收器,专门设计用于极低的GC暂停时间,适合对延迟要求非常高的应用。

特点:

低延迟:ZGC 和 Shenandoah 都是为低延迟设计的,暂停时间几乎是常数级别的。
可伸缩性:两者都支持大规模堆(数TB内存),并且能在不中断应用的情况下进行垃圾回收。
并发标记和清理:标记、压缩等工作几乎都在应用线程运行时并发执行。

适用场景:

超低延迟要求的应用(如实时交易系统、在线支付系统)。
高可用、高并发的大型分布式应用。

启用方式:

java -XX:+UseZGC
java -XX:+UseShenandoahGC

7. JVM 垃圾回收器的差异总结

在这里插入图片描述

8. 选择合适的垃圾回收器

HikariCP 或 Apache DBCP 等性能要求较高的应用通常选择 并行GC 或 G1 GC。
对实时性要求较高的应用,如 金融系统 或 实时处理系统,可以使用 CMS GC、G1 GC 或 低延迟GC(ZGC/Shenandoah)。
内存较小、要求不高的小型应用可以选择 串行GC。
每种垃圾回收器有其特点和适用场景,选择合适的垃圾回收器不仅有助于优化应用性能,还能提高系统的稳定性和可维护性。


http://www.kler.cn/a/574487.html

相关文章:

  • 【Linux】vim使用与配置教程
  • 杨校老师课堂之备战信息学奥赛算法背包DP练习题汇总
  • SQL Server查询计划操作符(7.3)——查询计划相关操作符(8)
  • RocksDB
  • 计算机毕业设计SpringBoot+Vue.js客户关系管理系统CRM(源码+文档+PPT+讲解)
  • 实验一:在Windows 10/11下配置和管理TCP/IP
  • 用DeepSeek搭建一个免费的AI智能量化机器人
  • EtherNet/IP转Modbus解析基于网关模块的罗克韦尔PLC与Modbus上位机协议转换通讯案例
  • 第三十天:Scrapy 框架-分布式
  • 自注意力机制的演进-从Transformer架构到DeepSeek-R1模型的深度语义理解革新
  • Docker Desktop 4.38 安装与配置全流程指南(Windows平台)
  • 如何把GUI做的像Web一样美观:Python PyQt6特性介绍,如何结合QSS美化
  • 每日一题——杨辉三角
  • 机器学习(六)
  • 将数据库结构化数据整合到RAG问答中的方式
  • 大模型day01自然语言+大模型+环境
  • **SystemUI 超详细解析:架构、流程与核心实现**
  • lambda:groupingBy对数据做map转换
  • ​DeepSeek:如何通过自然语言生成HTML文件与原型图?
  • SQL语句执行顺序是什么?