摘要
JEP 538在初步评审结束后，由于 Java 社区反馈的比较晚，JEP 538（加密对象的PEM编码第三个预览版"）仍然处于 Proposed to Target 状态，目标 JDK 版本为 JDK 27。因此，甲骨文公司 Java 平台软件首席工程师兼 JEP 负责人 Anthony Scarpino" 决定，在 JDK 25 和 JDK 26 中发布了两个预览版后，将该 JEP 调整为第三个预览版，而非按原计划将该功能最终确定下来。该功能提供“一个 API，用于将表示加密密钥、证书和证书撤销列表的对象编码为广泛使用的增强隐私邮件（PEM）传输格式，以及从该格式解码回对象”。该 JEP 将支持 PEM 文本与二进制格式加密对象 PKCS #8" 和 X.509" 之间的转换。变更内容包括：为了提供可接受字节数组中 Base64 编码内容的构造函数，将 PEM 记录类重新分类为普通类；将 DEREncodable" 接口重命名为 BinaryEncodable，以便更准确地描述 PEM 文本中存储的二进制数据。扩展评审已于 2026 年 6 月 3 日结束。JEP 528JEP 528（使用 jcmd 进行崩溃后分析"）已从“Proposed to Target 状态回退"至候选状态，目标 JDK 版本为 JDK 28。该 JEP 提议扩展 jcmd" 工具，以便在 JVM 发生崩溃时进行诊断分析。其目的是将这类可维护性功能移入 jcmd，而非使用 jhsdb" 实用程序或 Serviceability Agent"。JEP 536在评审结束后，JEP 536（JFR 进程内数据脱敏"）已从 Proposed to Target 状态提升"至 Targeted 状态，并被列入 JDK 27 的开发计划。该 JEP 提议增强 JDK Flight Recorder（JFR），使其在完成记录前对敏感信息进行脱敏。这类数据可能包括命令行参数、环境变量的初始值以及系统属性。JDK 27JDK 27 的早期访问构建" Build 24" 发布，它是 Build 23 的升级"，修复了各种问题。要了解关于这个构建的更多细节，请查看发布说明"。对于 JDK 27"，鼓励开发者通过 Java Bug 数据库"报告错误。Spring FrameworkSpring AI" 2.0.