每日技术干货,第一时间送达
JDK17 发布已经几个月了,其中不仅包含很多新语言功能,而且与旧版 JDK 相比,性能提升也非常明显。与之前 LTS 版本的 JDK 8 和 JDK 11 相比,JDK17 的性能提升尤为明显。此次性能的提升大部分来自 JVM 的新功能和优化,在本文中我们就来重点谈一谈垃圾收集的改进。
最近,我发表过一个演讲,重点介绍了自 JDK 8 以来 G1 中的新特性,本文将在此基础之上进一步扩展,以涵盖 Parallel GC 和 ZGC取得的进步。此外,我们还有第四个受支持的收集器:Serial GC,但没有包含在此次的比较之内。Serial 是一个稳定的收集器,开销很低,但本文涉及的基准测试需要高性能的 GC 才能正常工作。
1、服务于不同的目标
有时,选择使用哪个垃圾收集器并非一目了然。重要的是需要明白,为了做出正确的选择,首先你需要搞清楚你的主要目标是什么。常见的目标包括优化吞吐量、延迟和/或资源占用情况。最佳解决方案当然是针对上述所有目标进行优化,并在每种情况下获得最佳性能。收集器力求从各个方面进行优化,但它们必须根据不同的目标做出不同的权衡。
下面,快速介绍一下不同优化的含义:
-
吞吐量:降低 GC 对可在指定时间内完成的事务总数的影响。
-
延迟:降低 GC 对单个事务的影响。
-
资源占用情况:降低GC 使用的额外资源。
不同的权衡并不意味着无法从所有方面优化收集器。在优化收集器时ÿ