JDK 28 将成为 Java SE 平台版本 28 的参考实现，相关规范由 Java 社区进程中的 JSR 403 定义。目前主线分支已开放，接受缺陷修复、小型增强以及通过 JEP 流程提交和跟踪的提案；基于 GPL 许可的早期访问构建版本已可供下载。官方公布的首批定向至 JDK 28 的增强提案共十项，覆盖语言、虚拟机、垃圾回收、标准库与安全等方向。语言与运行时方面，值对象（JEP 401）与 JVM 严格字段初始化（JEP 539）进入预览阶段，结构化并发（JEP 543）此次未标注预览标记，提前代码编译（JEP 544）着眼于提升执行性能。标准库方面，简单 JSON API 以孵化器形式引入（JEP 540），加密对象新增 PEM 编码支持（JEP 542），有望减少开发者对第三方库的依赖。垃圾回收方面，Shenandoah 将默认启用分代模式（JEP 535），ZGC 带来更快的启动与预热（JEP 545）以及自适应堆大小调整（JEP 546）。兼容性方面，macOS/x64 移植版被标记为废弃并将移除（JEP 541）。该版本延续 Java 每六个月一次的固定发布节奏，功能清单仍在持续更新中。
事件分析
这批 JEP 中最具分量的是值对象与提前代码编译：前者是 Valhalla 项目的核心成果，将为 Java 的泛型特化与内存布局优化打下游量基础；后者与 ZGC 的启动、预热及自适应堆改进相配合，明显瞄准云原生与 Serverless 场景对冷启动时间和资源占用的苛刻要求。内置 JSON API 虽处于孵化阶段，却释放出 JDK 标准库收拢高频开发需求的信号，长期可能弱化 Jackson 等第三方库的地位。结构化并发若确认不再标注预览，意味着并发编程模型趋于稳定，将影响主流框架的线程与任务管理设计。macOS/x64 移植的废弃则是硬件架构迁移的必然收尾。整体来看，JDK 正沿性能、语言现代化与易用性三条线同步推进，与 .NET、Go 等运行时的竞争将持续影响后端技术选型。
核心观点：值对象与 AOT 编译双线落地，Java 正以底层重构回应云原生时代对性能与启动速度的极致要求。
原文链接：Hacker News
