Openjdk

OpenJDK，Java 平台标准版的开源实现。

JDK 27 发布说明

JDK 27 已进入 Release Candidate 阶段，整体功能集冻结，不再新增 JEP。该版本是 Java SE 27 的参考实现。主要特性包括：G1 成为所有环境的默认垃圾收集器（JEP 523）、TLS 1.3 支持后量子混合密钥交换（JEP 527）、Lazy Constants 第三次预览（JEP 531）、Pattern/instanceof/switch 支持原始类型第五次预览（JEP 532）、Structured Concurrency 第七次预览（JEP 533）、Compact Object Headers 默认开启（JEP 534）、JFR 进程内数据脱敏（JEP 536）、Vector API 第十二次孵化（JEP 537）、PEM 加密对象编码第三次预览（JEP 538）。 正式发布（GA）时间为 2026 年 9 月 15 日。Early-access 二进制文件已开放下载。
评论点赞收藏15 天前

JEP 544：提前编译优化 JVM 启动性能

OpenJDK 提出 JEP 544，通过训练运行预编译优化 native 代码到 AOT cache，让 HotSpot JVM 启动时直接加载，跳过解释器和 JIT 编译过程。 微服务场景下启动时间缩短 65%-80%，warmup 时间提升约 75%。要求训练和生产环境 CPU 架构一致、使用相同 GC。
评论点赞收藏19 天前

JDK 28 正式引入结构化并发：让并发编程像单线程一样可靠

JDK 28 将正式引入结构化并发 API，解决虚拟线程大规模并发时的任务管理和错误处理问题。StructuredTaskScope 通过词法作用域将子任务生命周期绑定到父任务，失败时自动取消其他子任务，线程 dump 也能清晰展示任务层级关系。 该特性自 JDK 19 起历经多轮预览，API 已稳定，与虚拟线程配合可支撑每秒处理海量请求的服务器应用。
评论点赞收藏33 天前

JEP草案：将JDK移植到Windows/GCC（MSYS2 UCRT64）

OpenJDK发布JEP草案，计划将JDK移植到Windows平台的GCC编译器（MSYS2 UCRT64环境），目前仍处于实验阶段。该提案支持模板解释器、C1/C2 JIT编译器及ZGC/Shenandoah等主流GC，但暂不支持clang和旧版运行时库。 主要风险在于GCC缺少JDK依赖的结构化异常处理等功能，代码改动较为侵入性，仍在持续优化中。
评论点赞收藏55 天前

OpenJDK 出台生成式 AI 使用临时禁令：禁止 AI 生成内容直接入库，但允许私下辅助开发

OpenJDK 发布临时政策：禁止在贡献中直接使用生成式 AI 代码、文本或图像，但允许开发者私下用 AI 辅助理解、调试和审查代码。 该政策针对审查负担、安全风险及知识产权问题，要求 PR 中添加确认框声明合规，并列出 AI 生成内容的识别线索如提交信息中的 Co-Authed-By 标记、过于结构化的评论等。
评论点赞收藏62 天前

JEP 538：密码学对象的 PEM 编码标准 API

Java 27 引入 JEP 538，为 PEM 格式（Base64 编码的密钥、证书文本）提供标准 API。新增 PEMEncoder/PEMDecoder 类，支持线程安全的加解密转换，简化了此前需手动解析 Base64 和头尾标记的繁琐工作。 同时引入 BinaryEncodable 接口统一标识可编码对象，并增强 EncryptedPrivateKeyInfo 以直接生成 KeyPair。对处理 TLS 证书链、OpenSSH 密钥及硬件令牌交互的开发者是重大便利。
评论点赞收藏66 天前

JDK 27 起弃用 macOS x64 端口

Oracle 宣布从 JDK 27 开始弃用 macOS x64 端口并计划移除，原因是 Apple 已全面转向 ARM 架构，维护成本过高。构建时将报错，需显式启用 --enable-deprecated-ports 才能继续编译，且不再保证功能正常。 这标志着 Java 在 Intel Mac 上正式进入倒计时。
评论点赞收藏67 天前

JEP 540：简易 JSON API（已进入孵化器）

OpenJDK 发布 JEP 540，将轻量级标准 JSON API 纳入孵化器。该提案旨在让 Java 原生支持 RFC 8259 标准的 JSON 解析与生成，无需引入 Jackson 或 Gson 等外部库。 API 设计极简，专注于简单任务的数据提取与结构导航，通过 sealed interface 确保类型安全。此举意在降低 Java 处理 JSON 的样板代码，提升在配置管理和快速脚本场景下的开发效率。
评论点赞收藏69 天前

JEP 539: Strict Field Initialization in the JVM moved to preview

JDK 26 将严格字段初始化特性移至预览阶段。该机制要求标记的字段在读取前必须显式初始化，消除了默认值带来的隐蔽 Bug。 这为值类型和空安全字段提供了底层支持，同时允许 JVM 进行更激进的 JIT 优化，提升最终运行性能。
评论点赞收藏89 天前

JEP 539：JVM 严格字段初始化特性进入预览阶段

JDK 26 将严格字段初始化特性移至预览阶段。该机制要求标记的字段在读取前必须显式初始化，消除了默认值带来的隐蔽 Bug。 这为值类型和空安全字段提供了底层支持，同时允许 JVM 进行更激进的 JIT 优化，提升最终运行性能。
评论点赞收藏89 天前

OpenJDK拟弃用macOS x64端口：顺应苹果ARM转型

OpenJDK提出JEP，计划弃用并最终移除JDK对macOS x64架构的支持。原因是苹果硬件已全面转向ARM架构，Oracle工程师将停止维护该端口。 构建系统将默认报错，需显式开启才能编译。此举旨在减少维护负担，顺应硬件平台变迁。
评论点赞收藏95 天前

利用 Babylon 框架在 Java 中调用 GPU Tensor Cores

OpenJDK Babylon 项目展示了如何在 Java 中通过 HAT 框架直接调用 NVIDIA GPU 的 Tensor Cores。文章对比了原生 CUDA 与 Java 实现的性能，在 A10 GPU 上实现了从 240 GFLOP/s 到 7.3 TFLOP/s 的加速，同时保持代码在 Apple M4 等设备上的可移植性。 研究重点在于解决 Java 在 AI 和高性能计算领域的硬件加速瓶颈，通过代码反射和 API 抽象，让 Java 开发者能以接近原生的效率利用异构硬件，为 LLM 等负载提供新的优化路径。
评论点赞收藏104 天前

OpenJDK Interim Policy on Generative AI

OpenJDK 发布临时政策：禁止在贡献中直接使用生成式 AI 代码、文本或图像，但允许开发者私下用 AI 辅助理解、调试和审查代码。 该政策针对审查负担、安全风险及知识产权问题，要求 PR 中添加确认框声明合规，并列出 AI 生成内容的识别线索如提交信息中的 Co-Authed-By 标记、过于结构化的评论等。
评论点赞收藏172 天前

登录芦苇

登录后关注作者、收藏内容和参与讨论。

热门话题

人工智能12,865 人关注AI 会怎样改变日常工作？产品思考8,243 人关注怎样判断一个产品值得长期做？独立开发5,917 人关注一个人如何持续完成作品？
关于芦苇 · 联系我们 · © 2026 芦苇