生产中 java 垃圾回收为什么不用g1

发布网友发布时间：2022-04-27 04:54

共2个回答

懂视网时间：2022-04-14 23:53

Oracle正在考虑将 JEP 248 包含到 Java 9的JEP列表中，即在服务器配置中将G1作为默认垃圾收集器。该决定在Java社区引发了一些争

Oracle正在考虑将 JEP 248 包含到 Java 9的JEP列表中，即在服务器配置中将G1作为默认垃圾收集器。该决定在Java社区引发了一些争论，许多人都认为并发标记和扫描（CMS）收集器可能更合适。

如果该决定付诸实施，那么G1将取代并行垃圾收集器成为服务器配置的默认选项。正如Oracle在内存管理白皮书中描述的那样，并行垃圾收集器的设计初衷是，通过不常发生（但可能时间比较长）的Stop-The-World（STW）中断最大化应用程序吞吐量。并行垃圾收集器将消耗的总计算时间最小化，长远来看，其破坏性更小，因此可以提供更好的整体性能。该收集器非常适合对响应时间要求不高的应用程序，比如，批处理。

另一方面，正如前G1性能负责人Monica Beckwith先前在InfoQ上阐述的那样，Garbage First（G1）的设计初衷是，以更高的计算成本为代价最小化STW中断时间。G1更适合于低延迟应用程序，如Web服务器，这也体现了Stefan Johansson在JEP中所描述的动机：

通常来说，限制GC中断时间比最大化吞吐量更重要。对大部分用户而言，，与面向吞吐量的收集器相比（如并行垃圾收集器），切换到中断时间短的垃圾收集器（如G1），可以获得更好的整体体验。

这里出现了争议。HotSpot因为同样的目的引入了CMS，而实际上，按照，CMS“设计用于更希望缩短垃圾收集中断时间的应用程序，以及在运行时可以与垃圾收集器共享处理器资源的应用程序”。许多公开的基准测试都表明，在内存占用相对较小的应用程序中，CMS的性能往往要胜过G1，这与 Oracle对G1的描述一致，即G1适用于堆大小为6GB及以上的服务器应用程序。

在最近的一次交流中，性能专家Kirk Pepperdine特别指出，谷歌已经向CMS贡献了若干改进，但它们从没有出现在HotSpot中。他还补充说，虽然长远看G1可能是更好的选择，但Oracle的设计方案已经剥夺了社区从CMS获得更好体验的权力。

查看英文原文： Oracle Proposes G1 as the Default Garbage Collector for Java 9

本文永久更新链接地址：

热心网友时间：2022-04-14 21:01

垃圾回收是Java语言的一大特性，方便了编程，是以消耗性能为代价的，Java语言对内存的分配管理是通过JVM内部机制决定的。
Java虚拟机中有个称之为垃圾回收器的东西，实际上这个东西也许真正不存在，或者是已经集成到JVM中了，但这无关紧要，仍然可以称为为垃圾回收器。
垃圾回收器的作用是查找和回收（清理）无用的对象。以便让JVM更有效的使用内存。
垃圾回收器的运行时间是不确定的，由JVM决定，在运行时是间歇执行的。虽然可以通过System.gc()来强制回收垃圾，但是这个命令下达后无法保证JVM会立即响应执行，但经验表明，下达命令后，会在短期内执行你的请求。JVM通常会感到内存紧缺时候去执行垃圾回收操作。
垃圾回收过于频繁会导致性能下降，过于稀疏会导致内存紧缺。这个JVM会将其控制到最好，不用程序员担心。但有些程序在短期会吃掉大量内存，而这些恐怖的对象很快使用结束了，这时候也许有必要强制下达一条垃圾回命令，这是很有必要的，以便有更多可用的物理内存。
垃圾回收器仅仅能做的是尽可能保证可用内存的使用效率，让可用内存得到高效的管理。程序员可以影响垃圾回收的执行，但不能控制。
总之，在Java语言中，判断一块内存空间是否符合垃圾收集器收集标准的标准只有两个：
1．给对象赋予了空值null，以下再没有调用过。
2．给对象赋予了新值，既重新分配了内存空间。