JVM垃圾收集器（五） —— 默认的垃圾收集器

最新推荐文章于 2024-08-15 13:56:35 发布
最新推荐文章于 2024-08-15 13:56:35 发布
阅读量2.3k 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： JVM JVM介绍 文章标签： JVM
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Lin_wj1995/article/details/79986997
本文通过展示不同操作系统和架构下JDK默认配置的输出信息，揭示了Java虚拟机(JVM)在不同环境下所使用的默认垃圾收集器类型。对于32位Windows系统，默认使用ParallelScavenge收集器作为年轻代收集器，SerialOld收集器作为老年代收集器。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在前面的几篇文章讲述了各种垃圾收集器，但是问题来了，我们在Linux或者Windows安装的 jdk 默认是什么收集器呢？

打开控制台，在控制台中输入一下命令：

java -XX:+PrintCommandLineFlags -version

32位的windows可以看到下面的输出：

-XX:InitialHeapSize=16777216 -XX:MaxHeapSize=268435456 -XX:+PrintCommandLineFlags -XX:-UseLargePagesIndividualAllocation
java version "1.8.0_144"
Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
Java HotSpot(TM) Client VM (build 25.144-b01, mixed mode, sharing)

64位的windows可以看到下面的输出：

-XX:InitialHeapSize=132268032 -XX:MaxHeapSize=2116288512 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
java version "1.8.0_161"
Java(TM) SE Runtime Environment (build 1.8.0_161-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.161-b12, mixed mode)

64位的CentOS6.5可以看到下面的输入：

-XX:InitialHeapSize=259347712 -XX:MaxHeapSize=4149563392 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC 
java version "1.8.0_121"
Java(TM) SE Runtime Environment (build 1.8.0_121-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)

上面所有输出都有出现的关键的参数是：

-XX:+UseParallelGC

（结论）该参数的说明：
新生代使用的是：Parallel Scavenge收集器
老年代使用的是：Serial Old收集器

Java虚拟机（3）—— JVM垃圾收集器总结
shangjg3的博客
06-18 852
CMS默认晋升老年代为6的原因： 简单来说，CMS对内存尤其敏感，且会导致单线程Serial FullGC 这个是非常严重的后果，而从结果上说越大的MaxTenuringThreshold会更快的导致heap的碎片化（不光old 区，首先要明白对于内存的分配并不是真的一个对象一个对象紧密排列的），所以历代CMS 默认这个值都会比较小（JDK8以前是4，之后调整为6）用户线程和垃圾收集线程同时执行（但并不一定是并行的，可能是交替执行的），垃圾收集线程在执行的时候不会停顿用户线程的运行。
java7 默认垃圾回收器
xiaofait的专栏
12-17 6793
java -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -version -XX:InitialHeapSize=132304640 -XX:MaxHeapSize=2116874240 -XX:ParallelGCThreads=4 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCo
JVM系列之经典垃圾回收器（上篇）
天堂的博客
07-13 593
垃圾回收器
java jvm默认用的垃圾回收器
weixin_41203765的博客
08-15 1100
Java JVM（Java虚拟机）的默认垃圾回收器取决于所使用的Java版本。
查看JVM默认的垃圾回收器
qq_29663071的博客
09-23 663
java -XX:+PrintCommandLineFlags -version 终端环境下，切换到当前程序目录，输入上面的参数，回车，输出如下 -XX:InitialHeapSize=132730432 -XX:MaxHeapSize=2123686912 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocat ion.
JVM 默认垃圾回收器是什么
weixin_46200547的博客
09-08 1086
写个测试的Demo 下面是在JDK8环境下测试 # 生成 Demo.java 文件 $ cat > Demo.java << eof public class Demo { > public static void main(String[] args){ > System.out.println("hello..."); > } > } > eof # 编译出 Demo.class $ javac Demo.java # 执行 Demo.c
java默认收集器_jvm默认垃圾收集器
weixin_36081327的博客
02-27 3135
jdk1.7 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代)jdk1.8 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代)jdk1.9 默认垃圾收集器G1-XX:+PrintCommandLineFlagsjvm参数可查看默认设置收集器类型-XX:+PrintGCDetails亦可通过打印的GC日志的新生...
JVM性能分析—— 一文带你读懂 CMS 垃圾收集器收集流程
longool的博客
07-27 2163
在详细讲解 CMS 与 G1 垃圾收集器之前，先介绍其中的一些知识点，方便后续理解。
JVM性能分析—— 一文带你读懂 G1 垃圾收集器收集流程
longool的博客
07-28 2248
G1 设计目的在JVM 性能分析—— 一文带你读懂 CMS 垃圾收集器收集流程介绍了 CMS 垃圾收集器的工作流程，CMS 收集器的关注点是低延迟，尽可能缩短垃圾收集时用户线程的停顿时间，但在 JDK 9 之后，CMS 不推荐使用。取而代之是 Garbage First，即 G1 垃圾回收器，它除了追求低停顿外，还能建立可预测的停顿时间模型，能让使用者明确指定在一个长度为 M 毫秒的时间片段内，消耗在垃圾收集上的时间不得超过 N 毫秒。
HotSpot VM垃圾收集器——Serial Parallel CMS G1垃圾收集器的JVM参数、使用说明、GC分析
HO1_K的博客
11-30 953
JVM参数设置——选择垃圾收集器的组合 查看GC时用到的命令和JVM参数 查看本机默认JVM信息 -XX:+UseSerialGC -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+UseG1GC
JVM性能调优实践——G1 垃圾收集器分析、调优篇
热门推荐
马猴烧酒└(┐卍^o^)卍ﾄﾞｩﾙﾙﾙ~楪詩月「YUZURIHA SHIZUKI」
06-04 1万+
前言 关于G1 GC以及其他垃圾收集器的介绍可以参考前一篇JVM性能调优实践——G1 垃圾收集器介绍篇。了解了G1垃圾收集器的运行机制之后，就可以针对一些GC相关参数来调整内存分配以及运行策略。下文的调优主要针对G1垃圾收集器进行介绍，以及会分析一下G1 GC的日志格式。 G1 GC日志分析 在执行具体的调优任务前，需要结合GC日志以及应用本身的特点。打印详细GClog,...
【jvm】各个java版本默认的垃圾回收器
一个写了10年bug的程序员日常笔记。
03-26 6384
请注意，随着Java版本的更新，垃圾回收器的特性和性能也在不断改进。开发者应根据应用程序的具体需求和JVM的性能特性来选择合适的垃圾回收器。此外，JVM的默认垃圾回收器可能会随着新版本的发布而发生变化，因此在使用特定版本的JDK时，最好查阅官方文档以获取最新信息。从Java 1（JDK 1.0）开始到Java 21之间的各个Java版本默认的垃圾回收器经历了一系列的演变。
jvm默认垃圾收集器789
varyall的专栏
01-07 329
jdk1.7 默认垃圾收集器Parallel Scavenge（新生代）+Parallel Old（老年代） jdk1.8 默认垃圾收集器Parallel Scavenge（新生代）+Parallel Old（老年代） jdk1.9 默认垃圾收集器G1 -XX:+PrintCommandLineFlagsjvm参数可查看默认设置收集器类型 -XX:+PrintGCDetails亦可通过打印...
[JVM基础]-- 垃圾回收器
xiaoai1994的博客
11-13 4863
垃圾回收器一、什么是垃圾回收器二、垃圾回收器的分类1.并行，串行，并发之间的区别1. Serial（串行收集器）2.ParNew3.Parallel Scavenge（1）降低停顿时间的两种方式（2）Parallel Scavenge提供的参数4.Serial Old5.Parallel Old6.CMS （concurrent mark sweep）CMS的特点7.G1（GarBage-First）（1）G1的回收过程（2）G1的特性8.小结 一、什么是垃圾回收器 根据垃圾回收器这个名字我们可以知道，其主
JVM垃圾收集器
simplemeet的博客
04-12 172
包括有：串行垃圾收集器、并行垃圾收集器、CMS（并发）垃圾收集器、G1垃圾收集器。 串行垃圾收集器 串行垃圾收集器，是指使用单线程进行垃圾回收，垃圾回收时，只有一个线程在工作， 并且java应用中的所有线程都要暂停，等待垃圾回收的完成。这种现象称之为 STW（Stop-The-World）。 对于交互性较强的应用而言，这种垃圾收集器是不能够接受的。 一般在Javaweb应用中是不会采用该收集器的。...
JVM-垃圾回收器
namelessmyth的专栏
06-30 1031
官方文档G1在JDK1.7出现，1.8成熟，1.9成为默认垃圾回收器。G1是一个分代的，增量的，并行与并发的标记-复制垃圾回收器。它的设计目标是为了适应现在不断扩大的内存和不断增加的处理器数量，进一步降低暂停时间（pause time），同时兼顾良好的吞吐量。G1还有一个及其重要的特性：软实时（soft real-time）。所谓的实时垃圾回收，是指在要求的时间内完成垃圾回收。
JVM中的垃圾回收器
古城的博客
03-16 1万+
概述 如果说收集算法是内存回收的方法论，那么收集器就是内存回收的实践者。 垃圾收集器没有在Java虚拟机规范中进行过多的规定，可以由不同的厂商、不同版本的JVM来实现。 由于JDK的版本处于高速迭代的过程中，因此JAVA发展至今已经衍生了众多的GC版本。 从不同的角度来分析垃圾收集器，是可以将GC分为不同的类型。 垃圾回收器分类 按线程数分，可以分为串行垃圾回收器和并行垃圾回收器。 ......
jvm之垃圾回收器
lixiaoyi01的博客
02-23 659
垃圾回收器
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 ```
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值