摘要
OpenJDKJEP 523：在所有环境中将G1设为默认垃圾回收器（Make G1 the Default Garbage Collector in All Environments）"，已经从Candidate状态提升为JDK 27的Proposed to Target状态（参见公告"）。该JEP提议将Garbage-First垃圾收集器（G1 GC）设为“所有环境下的默认选项，而不仅是服务端环境”。如果命令行未显式指定垃圾回收器，HotSpot JVM将始终选择G1 GC。评审会于2026年5月19日结束。JEP 534：默认启用紧凑对象头（Compact Object Headers by Default）"，也已经从Candidate状态提升为JDK 27的Proposed to Target状态（参见公告"）。该JEP提议把JDK 25交付的JEP 519：紧凑对象头（Compact Object Headers）"设为HotSpot JVM默认的对象头布局。关于该特性的更多背景可参考InfoQ此前的报道：Java 24中的紧凑对象头"。评审会于2026年5月19日结束。JEP 537：Vector API（第12轮孵化），先由JEP Draft 8381663升级为Candidate，后又升级为JDK 27的Proposed to Target（公告参见此处"和此处"）。该JEP提议进行第12轮孵化，在JDK 16到JDK 26完成11轮孵化后，与JDK 25相比在实现层面没有重大变化。该特性引入了一个API，用于“表达可在运行时可靠编译为受支持CPU架构上最优向量指令的向量计算，从而获得优于等价标量计算的性能”。Vector API将继续孵化，直到Valhalla项目"的必要特性以预览形式可用。届时团队将适配Vector API及其实现，并将其从孵化（Incubation）推进到预览（Preview）状态。评审会于2026年5月19日结束。JEP 538：密码对象的PEM编码（PEM Encodings of Cryptographic Objects）"已经从JEP Draft 8376991提升为Candidate状态（参见公告"）。该JEP提议在JDK 25与JDK 26两轮预览之后，将该特性经修改后正式定稿。