OpenJDK 近期新闻：Vector API、紧凑对象头以及 G1GC 成为 JDK 27 的默认垃圾回收器

在 2026 年 5 月 18 日这一周，OpenJDK 生态系统内活动频繁，其中有三个 JEP 从候选目标（ Proposed to Target ）阶段提升至目标锁定（ Targeted ）阶段，将在 JDK 27 中交付；另有三个 JEP 从候选阶段提升至候选目标阶段。此外，拟定的发布计划也已经最终确定。

计划在 JDK 27 中交付的 JEP

有三个 JEP 计划在 JDK 27 中交付。

JEP 537（向量 API 第十二轮孵化）（详见此处）提议启动第十二轮孵化。此前，该 API 已经经历过十一轮孵化，相关实现已经在 JDK 16 至 JDK 26 中陆续发布，而自 JDK 25 以来，其实现没有发生根本性的变化。该功能引入了一套 API，旨在“表达向量计算，使其在运行时能够可靠地编译为其所支持的 CPU 架构的最优向量指令，实现优于等效标量计算的性能。” 向量 API 将继续处于孵化阶段，直至 Valhalla 项目的必要功能作为预览版发布。届时，向量 API 团队将调整向量 API 及其实现以适配这些功能，并将向量 API 从孵化阶段提升至预览阶段。

JEP 534（默认采用紧凑对象头）（详见此处）提议将 JDK 25 中推出的 JEP 519（紧凑对象头）设为 HotSpot JVM 中的默认对象头布局。有关紧凑对象头的更多详情，请参阅 InfoQ 的这篇新闻报道。

JEP 523（在所有环境中将 G1 设为默认垃圾回收器）（详见此处）提议将“垃圾优先”垃圾回收器（G1 GC）设为“所有环境的默认选项，而不仅仅是服务器环境”。如果命令行中未指定垃圾回收器，那么 HotSpot JVM 将始终选择 G1 GC。

成为 JDK 27 候选目标的 JEP

有三个 JEP 成为 JDK 27 的候选目标。

JEP 538（加密对象 PEM 编码）（详见此处）提案建议，在 JDK 25 和 JDK 26 中完成两轮预览后，将这项功能及其修改最终确定下来。该特性提供“一个 API，用于将表示加密密钥、证书和证书撤销列表的对象编码为广泛使用的传输格式增强隐私邮件（PEM），以及将该格式解码为对象”。该 JEP 将支持 PEM 文本与 PKCS #8 和 X.509 二进制格式加密对象之间的转换。变更内容包括：将 PEM 记录类重新分类为普通类，为的是可以方便地提供一个构造函数，接受存储在字节数组中的 Base64 编码内容；将 DEREncodable 接口重命名为 BinaryEncodable，从而更准确地描述 PEM 文本中存储的二进制数据。该提案的评审工作已于 2026 年 5 月 27 日结束。

JEP 536（JFR 运行时数据屏蔽）（详见此处）提案旨在增强 JDK Flight Recorder（JFR）的功能，使其能在 JFR 完成记录之前屏蔽敏感信息。这些数据可能包括命令行参数、环境变量的初始值以及系统属性。该提案的评审工作已于 2026 年 5 月 26 日结束。

JEP 528（使用 jcmd 进行崩溃后分析）（详见此处）提议扩展 jcmd 工具，以便在发生崩溃时对 JVM 进行诊断。其目的是将这类可维护性功能整合到 jcmd 中，而非使用 jhsdb 实用程序或 Serviceability Agent。该提案的评审工作预计已于 2026 年 5 月 26 日结束。

请注意，JEP 528 可能已经变回了候选状态（JDK 28），但尚未正式公布。JEP 文档中“更新”字段的日期为 2026 年 5 月 21 日，即该提案被宣布为 JDK 27 的“候选目标”后第二天。我们将持续关注并视情况跟进。