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
本文永久更新链接地址：