探索JVM垃圾回收算法：选择适合你应用的最佳GC策略

最新推荐文章于 2024-08-25 20:09:03 发布

william.zhang(张)

最新推荐文章于 2024-08-25 20:09:03 发布

阅读量1.4k

点赞数 33

分类专栏：后端文章标签： jvm 算法测试工具

本文链接：https://blog.csdn.net/zcs_978176963/article/details/139601690

版权

32 篇文章 1 订阅

订阅专栏

Java虚拟机（JVM）的垃圾回收（GC）机制是其自动内存管理的重要组成部分。不同的GC算法在性能、延迟和吞吐量方面各有优缺点。

Serial GC 是一种最简单的垃圾回收器，适用于单线程环境或小内存的客户端应用。

特点及算法：

适用场景：

使用示例及参数配置：

-XX:+UseSerialGC 
-Xms512m 
-Xmx512m

Parallel GC 也称为吞吐量优先收集器，适用于多线程环境，重视吞吐量的应用。

特点及算法：

适用场景：

使用示例及参数配置：

-XX:+UseParallelGC 
-Xms1g 
-Xmx1g 
-XX:ParallelGCThreads=4

CMS（Concurrent Mark-Sweep） GC 主要关注降低GC停顿时间，适用于对延迟敏感的应用。

特点及算法：

并发标记：大部分标记工作与应用线程并发执行。
分阶段清理：分为初始标记、并发标记、重新标记和并发清理四个阶段。
- 初始标记：标记直接可达的对象，暂停应用线程（短暂停）。
- 并发标记：与应用线程并发执行，标记所有可达对象。
- 重新标记：再次暂停应用线程，标记在并发标记阶段新创建的对象（短暂停）。
- 并发清理：并发清理不可达对象。

适用场景：

使用示例及参数配置：

-XX:+UseConcMarkSweepGC 
-Xms2g 
-Xmx2g 
-XX:+UseParNewGC 
-XX:CMSInitiatingOccupancyFraction=70

G1（Garbage-First） GC 是为了取代CMS GC而设计的，兼顾低停顿和高吞吐量。

特点及算法：

适用场景：

使用示例及参数配置：

-XX:+UseG1GC 
-Xms4g 
-Xmx4g 
-XX:MaxGCPauseMillis=200

算法	优点	缺点	使用示例	推荐参数
Serial GC	实现简单，适合单核CPU	停顿时间长，不适合多线程环境	`java -XX:+UseSerialGC -Xms512m -Xmx512m MyApplication`	`-Xms`, `-Xmx`
Parallel GC	高吞吐量，适合多核环境	仍然存在“Stop-The-World”，调优难度大	`java -XX:+UseParallelGC -Xms1g -Xmx1g -XX:ParallelGCThreads=4 MyApplication`	`-XX:ParallelGCThreads`, `-Xms`, `-Xmx`
CMS GC	低停顿时间，适合延迟敏感应用	内存碎片问题严重，整体吞吐量低	`java -XX:+UseConcMarkSweepGC -Xms2g -Xmx2g -XX:+UseParNewGC -XX:CMSInitiatingOccupancyFraction=70 MyApplication`	`-XX:CMSInitiatingOccupancyFraction`, `-Xms`, `-Xmx`
G1 GC	停顿时间可控，适合大规模应用，减少内存碎片	实现复杂，调优难度较大，在某些场景下性能不如Parallel GC	`java -XX:+UseG1GC -Xms4g -Xmx4g -XX:MaxGCPauseMillis=200 MyApplication`	`-XX:MaxGCPauseMillis`, `-Xms`, `-Xmx`