JVM垃圾收集器

原创 已于 2023-09-03 18:04:32 修改 · 222 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm #垃圾收集器 #Parallel #-Xmn #-Xmx

于 2021-06-26 22:02:50 首次发布

文章目录

1 概述

垃圾收集器是垃圾回收算法的具体实现。

2 垃圾收集器

2.1 关系图

在这里插入图片描述

2.2 垃圾收集器简略列举

名称使用算法使用位置组合特点
Serial复制算法新生代1.Serial Old
2.CMS		1. 单线程
2.Client模式下默认
3.单CPU下效率高（没有线程切换）
ParNewSerial的多线程版本新生代1.Serial Old
2.CMS		1.多线程
Parallel Scavenge复制算法新生代1.Serial Old
2.Parallel Scavenge		1.-XX:MaxGCPauseMillis=最大GC停顿目标
2.-XX:GCTimeRatio=用户线程/GC目标
3.-XXUseAdaptiveSizePolicy配合1&2实现自适应调节
CMS标记清理算法老年代1.Serial
2.ParNew
3.Serial Old		1.失败后使用Serial Old进行收集
2.浮动垃圾无法处理
3.内存碎片问题
Serial Old标记整理-1.Serial
2.ParNew
3.CMS		其余基本与Serial一样
Parallel Old标记整理老年代Parallel ScavengeParallel Scavenge+Parallel Old组成吞吐量优先收集器组合
G1标记整理+复制各Region-堆内存较大（>6GB）时可考虑，如果现有收集器组合没什么问题，一般不需要调整

3.相关参数(JAVA8)

3.1垃圾收集相关参数

参数描述
UseSerialGCClient模式默认值，Serial + Serial Old组合
UseParNewGCParNew + Serial Old组合
UseConcMarkSweepGCParNew + CMS + Serial Old, Serial Old为CMS失败时的备选方案
UseParallelGCParallel Scavenge + Parallel Old
UseParallelOldGCParallel Scavenge + Parallel Old
SurvivorRatioEden:Survivor，默认8:1
PretenureSizeThreshold直接进入老年代的对象大小
MaxTenuringThreshold晋升到老年代的年龄。对象每坚持过一次Minor GC，年龄+1
UseAdaptiveSizePolicy动态调整各个区域的大小及进入老年代的年龄
HandlePromotionFailure是否允许分配担保失败，即老年代的剩余空间不足以应付新生代的整个Eden区和Survivor区的所有对象都存活的极端情况
ParallelGCThreads设置并行GC的线程数
GCTimeRatio配合Parallel Scavenge，设置用户线程与GC的时间比值，默认99
MaxGCPauseMillis配合Parallel Scavenge，设置GC的最大停顿时间
CMSInitiatingOccupancyFraction设置CMS收集器在老年代被使用多少后出发垃圾收集。默认68%
UseCMSCompactAtFullCollection设置CMS收集器完成垃圾收集后是否要进行一次内存碎片整理
CMSFullGCsBeforeCompaction设置CMS收集器在进行若干次垃圾收集后再启动一次内存碎片整理
UseG1GC使用Garbage First收集器

3.2参数示例

3.2.1 默认参数
	C:\Users\nero>java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails  -version
	-XX:InitialHeapSize=268001088 -XX:MaxHeapSize=4288017408 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
	java version "1.8.0_241"
	Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
	Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)
	Heap
	 PSYoungGen      total 76288K, used 3932K [0x000000076ad00000, 0x0000000770200000, 0x00000007c0000000)
	  eden space 65536K, 6% used [0x000000076ad00000,0x000000076b0d7240,0x000000076ed00000)
	  from space 10752K, 0% used [0x000000076f780000,0x000000076f780000,0x0000000770200000)
	  to   space 10752K, 0% used [0x000000076ed00000,0x000000076ed00000,0x000000076f780000)
	 ParOldGen       total 175104K, used 0K [0x00000006c0600000, 0x00000006cb100000, 0x000000076ad00000)
	  object space 175104K, 0% used [0x00000006c0600000,0x00000006c0600000,0x00000006cb100000)
	 Metaspace       used 2306K, capacity 4480K, committed 4480K, reserved 1056768K
	  class space    used 255K, capacity 384K, committed 384K, reserved 1048576K
	  
	C:\Users\nero>
3.2.2 UseSerialGC
C:\Users\nero>java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseSerialGC -version
-XX:InitialHeapSize=268001088 -XX:MaxHeapSize=4288017408 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseSerialGC
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)
Heap
 def new generation   total 78656K, used 4197K [0x00000006c0600000, 0x00000006c5b50000, 0x0000000715950000)
  eden space 69952K,   6% used [0x00000006c0600000, 0x00000006c0a19618, 0x00000006c4a50000)
  from space 8704K,   0% used [0x00000006c4a50000, 0x00000006c4a50000, 0x00000006c52d0000)
  to   space 8704K,   0% used [0x00000006c52d0000, 0x00000006c52d0000, 0x00000006c5b50000)
 tenured generation   total 174784K, used 0K [0x0000000715950000, 0x0000000720400000, 0x00000007c0000000)
   the space 174784K,   0% used [0x0000000715950000, 0x0000000715950000, 0x0000000715950200, 0x0000000720400000)
 Metaspace       used 2306K, capacity 4480K, committed 4480K, reserved 1056768K
  class space    used 255K, capacity 384K, committed 384K, reserved 1048576K
  
C:\Users\nero>
3.2.3 UseParNewGC
C:\Users\nero>java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseParNewGC -version
Java HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release
-XX:InitialHeapSize=268001088 -XX:MaxHeapSize=4288017408 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)
Heap
 par new generation   total 78656K, used 4197K [0x00000006c0600000, 0x00000006c5b50000, 0x0000000715950000)
  eden space 69952K,   6% used [0x00000006c0600000, 0x00000006c0a19618, 0x00000006c4a50000)
  from space 8704K,   0% used [0x00000006c4a50000, 0x00000006c4a50000, 0x00000006c52d0000)
  to   space 8704K,   0% used [0x00000006c52d0000, 0x00000006c52d0000, 0x00000006c5b50000)
 tenured generation   total 174784K, used 0K [0x0000000715950000, 0x0000000720400000, 0x00000007c0000000)
   the space 174784K,   0% used [0x0000000715950000, 0x0000000715950000, 0x0000000715950200, 0x0000000720400000)
 Metaspace       used 2306K, capacity 4480K, committed 4480K, reserved 1056768K
  class space    used 255K, capacity 384K, committed 384K, reserved 1048576K

C:\Users\nero>
3.2.4 UseConcMarkSweepGC
C:\Users\nero>java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseConcMarkSweepGC -version
-XX:InitialHeapSize=268001088 -XX:MaxHeapSize=4288017408 -XX:MaxNewSize=1134141440 -XX:MaxTenuringThreshold=6 -XX:OldPLABSize=16 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)
Heap
 par new generation   total 78656K, used 4197K [0x00000006c0600000, 0x00000006c5b50000, 0x0000000703f90000)
  eden space 69952K,   6% used [0x00000006c0600000, 0x00000006c0a19618, 0x00000006c4a50000)
  from space 8704K,   0% used [0x00000006c4a50000, 0x00000006c4a50000, 0x00000006c52d0000)
  to   space 8704K,   0% used [0x00000006c52d0000, 0x00000006c52d0000, 0x00000006c5b50000)
 concurrent mark-sweep generation total 174784K, used 0K [0x0000000703f90000, 0x000000070ea40000, 0x00000007c0000000)
 Metaspace       used 2306K, capacity 4480K, committed 4480K, reserved 1056768K
  class space    used 255K, capacity 384K, committed 384K, reserved 1048576K

C:\Users\nero>
3.2.5UseParallelGC
C:\Users\nero>java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseParallelGC -version
-XX:InitialHeapSize=268001088 -XX:MaxHeapSize=4288017408 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)
Heap
 PSYoungGen      total 76288K, used 3932K [0x000000076ad00000, 0x0000000770200000, 0x00000007c0000000)
  eden space 65536K, 6% used [0x000000076ad00000,0x000000076b0d7240,0x000000076ed00000)
  from space 10752K, 0% used [0x000000076f780000,0x000000076f780000,0x0000000770200000)
  to   space 10752K, 0% used [0x000000076ed00000,0x000000076ed00000,0x000000076f780000)
 ParOldGen       total 175104K, used 0K [0x00000006c0600000, 0x00000006cb100000, 0x000000076ad00000)
  object space 175104K, 0% used [0x00000006c0600000,0x00000006c0600000,0x00000006cb100000)
 Metaspace       used 2306K, capacity 4480K, committed 4480K, reserved 1056768K
  class space    used 255K, capacity 384K, committed 384K, reserved 1048576K

C:\Users\nero>
3.2.6UseParallelOldGC
C:\Users\nero>java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseParallelOldGC -version
-XX:InitialHeapSize=268001088 -XX:MaxHeapSize=4288017408 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelOldGC
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)
Heap
 PSYoungGen      total 76288K, used 3932K [0x000000076ad00000, 0x0000000770200000, 0x00000007c0000000)
  eden space 65536K, 6% used [0x000000076ad00000,0x000000076b0d7240,0x000000076ed00000)
  from space 10752K, 0% used [0x000000076f780000,0x000000076f780000,0x0000000770200000)
  to   space 10752K, 0% used [0x000000076ed00000,0x000000076ed00000,0x000000076f780000)
 ParOldGen       total 175104K, used 0K [0x00000006c0600000, 0x00000006cb100000, 0x000000076ad00000)
  object space 175104K, 0% used [0x00000006c0600000,0x00000006c0600000,0x00000006cb100000)
 Metaspace       used 2306K, capacity 4480K, committed 4480K, reserved 1056768K
  class space    used 255K, capacity 384K, committed 384K, reserved 1048576K

C:\Users\nero>

3.3 其他参数

参数描述示例
-Xms初始堆大小-Xms50m
-Xmx最大堆大小-Xmx50m
-Xmn年轻代大小-Xmn17m

4 规范

https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/toc.html
https://docs.oracle.com/javase/specs/jls/se18/html/index.html

知识点复习0801 垃圾回收器总结
郭传志的博客
10-09 289
前面文章中，我们介绍了 Java 虚拟机的内存结构，Java 虚拟机的垃圾回收机制，那么这篇文章我们说说具体执行垃圾回收的垃圾回收器。 总的来说，Java 虚拟机的垃圾回收器可以分为四大类别：串行回收器、并行回收器、CMS 回收器、G1 回收器。 串行回收器 串行回收器是指使用单线程进行垃圾回收的回收器。因为每次回收时只有一个线程，因此串行回收器在并发能力较弱的计算机上，其专注性和独占性的特...
从零开始学习JVM（九）- 垃圾收集器
huangjhai的博客
11-16 1486
垃圾收集器没有在Java虚拟机规范中进行过多的规定，可以由不同的厂商、不同版本的JVM来实现。由于JDK的版本处于高速迭代过程中，因此Java发展至今已经衍生了众多的垃圾收集器版本。
【JVM学习】垃圾回收器
Stay Hungry, Stay Foolish!
10-15 1190
文章目录一、GC分类与性能指标1.1 垃圾收集器分类（1）按线程数分（2）按工作模式分（3）其他分类1.2 性能指标（1）性能指标：吞吐量（2）性能指标：暂停时间（3）吞吐量vs暂停时间二、不同的垃圾回收器概述2.1 垃圾回收器发展史2.2 7种经典的垃圾收集器2.3 垃圾收集器的组合关系三、Serial回收器：串行回收四、ParNew回收器：并行回收五、Parallel回收器：吞吐量优先六、CMS回收器：低延迟6.1 概述6.2 优缺点分析6.3 设置参数七、G1回收器：区域化分代式7.1 概述7.2 优
JVM中的垃圾收集器
while false
03-23 428
1.Serial收集器 Serial收集器是单线程的收集器，它在进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集完成 Serial收集器是虚拟机运行在Client模式下的默认新生代垃圾收集器 适用于单CPU，新生代空间较小以及对暂停时间要求不高的应用 2.ParNew收集器 ParNew收集器是Serial收集器的多线程版本，除了使用多线程进行垃圾回收之外，其他行为包括Serial...
JVM垃圾收集器你会选择吗？
我是一名热爱编程和分享知识的技术作者，在金融和教育领域有多年的研发管理经验，感谢您访问我的博客，一定会为您带来不一样的收货！
03-20 1771
JVM 垃圾收集器是Java虚拟机（JVM）中至关重要的组件，负责自动管理程序运行时产生的内存分配与回收。垃圾收集器通过检测并回收堆内存中不再使用的对象，从而保证了 Java 应用程序在持续运行过程中拥有足够的内存空间。如果说收集算法是内存回收的方法论，那垃圾收集器就是内存回收的实践者。各款经典的收集器之间的关系如下图，如果两个收集器之间存在连线，就说明他们可以搭配使用，收集器所处的区域，则表示它是属于新生代还是老年代。
JVM垃圾收集器详解
08-31
【JVM垃圾收集器详解】 Java虚拟机（JVM）中的垃圾收集器是负责自动管理内存，特别是Java堆和方法区中的对象实例。它的主要任务是识别并清理不再使用的对象，以便释放内存资源。垃圾收集涉及到三个核心问题：确定...
JVM垃圾收集器全面详解
03-17
Java虚拟机（JVM）是Java程序运行的基础，它的核心组成部分之一就是垃圾收集器（Garbage Collector, GC）。本文将全面解析JVM中的七种垃圾收集器，分析它们的特性和适用场景，帮助开发者理解如何优化Java应用的内存...
JVM调优之JVM垃圾收集器
weixin_43575663的博客
10-11 1415
JVM垃圾收集器，Serial、Serial Old、Parallel Scavenge、Parallel Old、ParNew、CMS、G1、ZGC
精选资源
7种JVM垃圾收集器特点-优劣势-及使用场景.pdf
12-30
"JVM垃圾收集器特点、优劣势及使用场景" JVM垃圾收集器是Java虚拟机（JVM）中的一种自动内存管理机制，负责回收Java程序中不再使用的对象，以避免内存泄漏和提高程序性能。Java中有多种垃圾收集器，每种垃圾收集器...
JVM-垃圾收集器
04-07 7731
jvm垃圾收集器
Jvm中垃圾收集器
jack_user_admin的博客
03-14 248
java开发中的GC是每一个开发人员都知道的，垃圾收集器，在java开发中我们不需要对创建出来的对象做"杀死"的操作，在堆中开辟的空间也不用去手动释放，替我们完成这一切的就是JVM中自带的GC. GC很多开发人员觉得他是java的附属，是有了java之后，出现的GC,但是其实不然，GC的出现比java要早的多。JVM内存中，程序计数器，虚拟机栈，本地方法栈这些个区域都是随着线程生...
JVM——垃圾收集器
qq_38531623的博客
07-30 215
垃圾收集器
【JVM】JVM垃圾收集器
weixin_45618869的博客
08-12 981
垃圾收集器是负责执行垃圾回收的组件，它们用于管理Java程序运行时的内存分配和释放。垃圾收集器的主要任务是自动回收不再使用的内存对象，并将内存空间重新回收以供程序继续使用。
JVM：垃圾收集器
最新发布
m0_64616651的博客
04-28 1609
收集器类型算法核心目标适用场景关键参数Serial新生代复制+标记-整理简单高效客户端、小内存环境ParNew新生代复制算法多线程并行配合CMS的服务端早期组合新生代复制算法高吞吐量后台计算任务Serial Old老年代标记-整理单线程兼容客户端、CMS后备预案老年代标记-整理多线程吞吐量吞吐量优先组合CMS老年代标记-清除低停顿高交互Web服务G1全堆分区标记-整理可控停顿时间大内存、低延迟服务端选择建议。
jvm垃圾收集器
03-11
### 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、付费专栏及课程。

余额充值