阿里巴巴开源 Dragonwell JDK 最新版本 8.1.1-GA 发布

距离 Dragonwell JDK 首个正式版本 8.0.0-GA 发布已过去三个月，其在 GitHub 上的受欢迎程度持续上升，星标数已攀升至 1900。今天我们隆重推出版本 8.1.1-GA，带来了众多全新特性和更新。

新版本中，我们同步了 OpenJDK 上游社区 jdk8u222-ga 的更新，为用户带来了的安全更新和补丁。我们还推出了期待已久的 featureG1ElasticHeap。这一特性能够在不影响 Java 业务运行的情况下，动态调整并节约 Java 进程物理内存。

对于那些在 Windows 环境下进行开发的用户，我们还发布了实验性的 Windows 版本，即 Experimental Windows version。这一版本使得使用 Windows 的开发者们能更方便地运用 Dragonwell JDK 进行开发工作。

接下来，让我们重点介绍一下 G1ElasticHeap。从名字上可以看出，ElasticHeap 是基于 G1 GC 开发的。想要使用这一功能，用户需要开启 G1 GC(-XX:+UseG1GC)。在之前的 8.0.0-GA 正式版中，我们已经介绍了部分技术背景。在 Java 中，由于自动管理内存的特性，整个 Java Heap 的地址空间和物理内存会被 Java 进程占用，即使使用率不高，回收后也不会归还给操作系统，导致 Java 进程有较高的常驻内存。

OpenJDK8 的几种常规 GC 算法仅能在 Full GC 时有限缩减 Java 堆。对于 Java 开发者来说，频繁的 Full GC 的 STW（停止-世界）对应用的影响是非常明显的，长时间暂停可能导致应用异常和无法响应。

ElasticHeap 的设计非常独特，它可以根据整体 GC 的压力，敏捷地将 Java 堆的物理内存归还给操作系统，而无需额外的 STW，从而降低了对 Java 应用造成的超时异常风险。其核心设计有两个亮点：

1. 分别处理 Java Heap 中新区和老区的部分。通过调整新区和老区的内存分配，可以在保证 GC 吞吐的更加灵活地管理内存资源。

2. 采用了并发线程处理内存归还和重新映射的工作。这样可以避免在 GC STW 过程中进行耗时的内存操作，从而降低对 Java 应用的影响。

Dragonwell JDK 8.1.1-GA 的发布为用户带来了更多选择和更好的体验。无论是同步上游社区更新、全新的 featureG1ElasticHeap，还是实验性的 Windows 版本，都体现了我们对用户的关注和重视。我们期待这一版本能为用户带来更多的便利和效益。在版本的 OpenJDK 12 中，我们看到了一个令人兴奋的新特性——周期性触发的 G1 concurrent mark。这一创新旨在更有效地管理内存，以节约资源。虽然这一改动并未解决 STW 中的 map/unmap 开销问题，也无法在 young GC 周期中立即发现和修复 young generation 的内存浪费问题，但它仍然具有巨大的潜力。

这一改进在 Dragonwell JDK 8.1.1 中得到了展示和应用。在云栖大会上，来自阿里巴巴的孤尽详细地描述了 ElasticHeap 的应用场景。面对双 11 的流量激增，核心应用 tradeplatform3 需要迅速调整 Java heap 和内存以保持稳定性。高峰过后，内存逐渐释放，这就是 ElasticHeap 发挥作用的时刻。它能有效减少低流量压力下的在线 Java 应用的内存占用，让出部分内存资源给离线任务，从而突破在线应用集群的资源瓶颈。在此案例中，我们成功节约了 22.8% 的 Java 进程物理内存。

对于渴望尝试特性的开发者来说，可以访问狼蚁网站的 SEO 优化地址，下载版本的 Dragonwell JDK 二进制包。我们的用户指南和发布说明已经详细阐述了如何使用这一版本。如果你觉得这个特性符合你的需求并且使用感受良好，不妨向 OpenJDK 社区反馈你的意见，让 OpenJDK 听到更多来自中国 Java 使用者和开发者的声音。

今天，长沙网络推广向大家介绍的阿里巴巴开源 Dragonwell JDK 版本 8.1.1-GA 已经发布。我们希望通过这一开源项目为 Java 社区带来更好的体验和更高效的资源利用。如果你在使用过程中遇到任何问题或有任何建议，欢迎通过邮件或钉钉群与我们联系。感谢大家对狼蚁SEO网站的支持和信任。我们非常欢迎大家转载本文，但在转载时请务必注明出处，谢谢！让我们一起推动技术的进步，共享开源的喜悦。