G1GC还没有正式量产吗？

Question

我想知道 JDK 7 版本中“垃圾优先”（G1）收集器的官方地位是什么。我想使用 G1 作为 CMS 的低暂停 gc 替代品，但前提是我真正信任它的稳健性。

在 JDK 7 发布之前，G1 被宣传为闪亮的新 gc 将取代 CMS 收集器，甚至成为 JDK 7 中的默认 gc。但是，现在使用 Oracle JDK 7u1，G1 不再是我拥有的任何计算机上的默认 gc尝试过。

尽管在 JDK 7 中使用 -XX:+UseG1GC 时不再需要指定 -XX:+UnlockExperimentalVMOptions，但它是一项官方完全未记录的 JVM 功能：

Java 7（JDK 7) G1 上的垃圾收集和文档

我能找到的唯一提到 G1 的官方文档已经严重过时了，并且是在 JDK 7 发布之前很久就编写的：

http://www.oracle.com/technetwork/java/javase/tech/g1-intro-jsp-135488.html

例如，官方的“Java HotSpot VM Options”文档（ http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html ）记录了如何启用和调整其他收集器，但甚至没有提及G1。就好像它不存在一样！

这是相当令人困惑的，我想知道G1的真实状况是什么以及它的未来是什么。真的还稳定吗？剩下的问题（例如泄漏、虚假崩溃和缺少仪器支持）是否得到解决？如果是这样，为什么 Oracle 将 G1GC 视为未记录的（令人尴尬的？）秘密？ G1 或许是一个失败的项目，现在已经悄然中止了？或者我需要支付文档和支持费用吗？或者它还只是测试版？有人可以告诉我这里发生了什么吗？

Answer 1

提出这个问题的地方是 hotspot-gc-dev 邮件列表。

如果您查看档案，您会发现有一个很多工作正在进行中。很多邮件似乎都是提交和审查请求/评论，因此他们正忙于处理它。

我没有找到任何官方新闻公告，但这就是Oracle的运作方式。如果您对其中一位开发人员的非官方且不具约束力的评论感到满意，您可以在该邮件列表上询问他们认为进展如何。

编辑：@scravy发送一封电子邮件发送到邮件列表，这是收到回复：

不过，我认为这个问题没有一个简单的答案
可能不会。 G1 最初的重点是提供合理的暂停
对于非常大的堆。这意味着今天可能不是
每个人的最佳选择。我们认为这项技术有“很多
不过，这意味着通过适应，它可以解决许多问题
不同类型的垃圾收集需求。于是有一天，它
可能实际上是默认收集器，但现在还为时过早
确实知道。

考虑到 GC 行为的变化可能会对
现有的部署，我们不愿意做出这样的转变
即使在没有相当提前通知的主要版本中也是如此。因此，在当前版本中，如果您
不指定收集器，我们尝试做一些简单的
自动选择，但我怀疑我们会对此做出根本性的改变
近期行为。

关于是否支持 G1 的更大问题，当前
答案是否定的。但请记住，支持承诺
Oracle 向其付费客户提供的支持产品是
相当重要，而且不仅仅是会面
功能和可靠性要求。

我们继续鼓励大家测试和评估 G1，并且
当然，在我们继续重要的过程中向我们提供反馈
G1 上的开发。

-约翰

编辑：根据 Oracle 网站上的此链接 看起来 G1GC 现在已经完全支持了。

Answer 2

我们已经使用 G1GC 近一年半了。它在我们的关键任务事务处理系统中表现出色，并且事实证明它对高吞吐量、低暂停、并发、多线程和优化的重内存管理提供了很好的支持。

我们使用以下 JVM 设置：

-server -d64 -Xms512m -Xmx3072m -XX:+HeapDumpOnOutOfMemoryError -XX:+UseG1GC
-XX:+UnlockExperimentalVMOptions -XX:+AggressiveOpts -XX:+DoEscapeAnalysis
-XX:MaxGCPauseMillis=400 -XX:GCPauseIntervalMillis=8000 
-XX:+UseCompressedOops -XX:NewRatio=50

Answer 3

据此： http://www.oracle .com/technetwork/java/javase/tech/g1-intro-jsp-135488.html,

G1 开发现在主要集中于解决任何剩余的问题
可靠性问题和提高性能

此外，

就GC停顿时间而言，G1有时更好，有时更差
比CMS。我们正在进行工作，以使 G1 始终如一，即使不是
比 CMS 更好。

因此，当官方 JDK SE 7 发布时，G1 应该会取代 CMS。

Answer 4

AFAIK，G1 并不是秘密——它已经开放供实验使用足够长的时间——至少一两年。每个 JavaOne 都带有一些关于 G1 有多好的文章:)

来自非官方来源：它是 java 工程师当前关注的焦点之一，最终使 G1 生产做好准备。他们只是还没有准备好为 JDK 7 打开它。请继续等待:)

Answer 5

它看起来像问题中链接的页面 已更新：

Oracle 完全支持垃圾优先 (G1) 垃圾收集器
JDK 7 update 4 及更高版本。

（但请注意，对于像 ARM 这样的嵌入式平台，7u4 中尚不支持它。）

Answer 6

自 Java 7 update 4 版本发布以来，G1 GC 已做好生产准备。

从 oracle 文章（在 G1 垃圾收集器下），您可以找到G1 GC 的真实用例。

如果应用程序具有以下一个或多个特征，则当前使用 CMS 或 ParallelOldGC 垃圾收集器运行的应用程序将有利于切换到 G1。

1. Full GC 持续时间太长或太频繁。
2. 对象分配率或提升率差异很大。
3. 不需要的长时间垃圾收集或压缩暂停（超过 0.5 到 1 秒）

查看相关问题，了解有关 G1GC 的更多详细信息以及需要微调的关键参数：

Java 7 (JDK 7) 垃圾关于 G1 的收集和文档

关于您的其他疑问：

真的稳定了吗？剩下的问题（例如泄漏、虚假崩溃和缺少仪器支持）是否得到解决？如果是这样，为什么 Oracle 将 G1GC 视为未记录的（令人尴尬的？）秘密？ G1 或许是一个失败的项目，现在已经悄然中止了？或者我需要支付文档和支持费用吗？或者它还只是测试版？有人可以告诉我这里发生了什么吗？

1. G1GC稳定。
2. 我还没有发现这个算法有任何漏洞。
3. Oracle 并没有将其保留在文档中。您可以在此处和此处
4. G1 不是一个失败的项目，并且G1GC 将成为较新版本的 java 中的默认 GC 算法（java 9)
5. 您无需支付支持费用。这不是测试版。