JDK 28将引入JEP 543结构化并发,该提案已获目标定位,旨在简化多线程编程中的并发任务管理。
This week's Java roundup for October 12th, 2026, features news highlighting: three OpenJDK JEPs targeted for JDK 28; the October 2026 edition of Azul Payara; point releases of Gatherers4j, Yupiik...
JDK 28 finalizes structured concurrency through JEP 543, with no API changes from JDK 27. Teams on JDK 27 only need to drop --enable-preview and recompile. Code written for JDK 25 or 26 must adapt...
OpenJDK已将JEP 546“ZGC自适应堆大小调整”列为JDK 28的目标,该特性使ZGC能够根据运行情况自动调整堆大小。
2026年8月,JDK候选发布阶段发现严重缺陷:特定情况下缓冲区内容复制错误,导致字符串损坏。社区迅速分析并修复,先在主分支撤回问题变更,再回移至JDK 27,展示了Java社区修复关键漏洞的协作机制。
JEP 545 已列入 JDK 28 目标,旨在利用 ZGC 加快 Java 应用的启动与预热速度。
文章讲解Java程序运行流程:安装JDK 8并配置环境变量,编写HelloWorld源码,用javac编译为class字节码,再由java命令交由JVM执行。JVM针对不同平台适配,实现Java“一次编写,到处运行”的跨平台特性。
Oracle Java团队提出新JEP,计划为JDK引入孵化版JSON API,支持解析、导航和生成JSON文档。该API面向日常小型用例,旨在减少对外部库的依赖,但不会取代现有JSON库。
Oracle Java团队认为,AI编码代理使语言语法不再核心,运行时性能和可运维性愈发重要。JVM和标准库正适应这一转变,新版JDK持续改进性能、可观测性、垃圾回收和易用性,同时保留编程模型,Valhalla、Leyden和Lilliput项目正推进重大创新。
随着AI编码代理普及,语言语法重要性下降,运行时性能和可运维性愈发关键。Java的JVM和标准库适应这一转变,新版JDK持续改进性能、可观测性、垃圾回收和易用性,同时保留编程模型,Valhalla、Leyden和Lilliput项目正推进重大创新。
Java是互联网大厂广泛使用的编程语言。1990年Sun启动Green计划,James Gosling开发Oak语言,后因商标改名Java。1995年发布JDK Beta,1996年JDK 1.0问世。1998年JDK 1.2引入集合框架,1999年分为J2SE、J2EE、J2ME。2004年J2SE 5.0增加泛型等特性,2006年Java开源。2009年Oracle收购Sun,2014年Java 8引入Lambda表达式,2018年Java 11成为长期支持版本。
JDK 28 将引入 JEP 542,为加密对象提供 PEM 编码支持,实现密钥和证书的标准化读写。
自JDK 28起,受限Arena(Arena.ofConfined())可直接从小型原生内存池分配内存,无需修改源码。每个平台线程默认缓存4个64字节内存池,首次分配时延迟获取,关闭后归还;虚拟线程临时借用载体线程的池,避免为每个虚拟线程建立缓存。该优化保持生命周期、零初始化和线程封闭语义,显著降低小分配延迟,适用于频繁调用原生代码的场景。
OpenJDK 计划在 JDK 28 中引入 JEP 540“简单 JSON API”(孵化版),为 Java 提供标准 JSON 处理接口。
JDK 以纯 Java 实现支持后量子密码算法 ML-KEM、ML-DSA 和 HSS/LMS,保证可移植性。HotSpot 通过 @IntrinsicCandidate 注解将热点方法替换为利用 CPU 特性的平台专用机器码,Java 实现作为后备。ML-KEM 的 NTT、多项式乘法等操作适合内联优化,ML-DSA 需专用实现。基准测试显示内联可显著提升吞吐量,ML-KEM 最高提速 3.18 倍。
Java强封装正在堵住JDK内部的大门,可一个名叫trusted Lookup的钥匙,竟然还能从序列化机制里悄悄造出来! Java从JDK 9开始不断收紧JDK内部接口,JDK 16以后又把强封装推得更远,目标很清楚:让普通库代码少碰JDK内部实现,让Java默认拥有更强的完整性保护,但一组针对JDK 11到27的实验却发现,反射、Unsafe、
OpenJDK 计划在 JDK 28 中弃用 macOS/x64 移植版,并准备将其移除(JEP 541)。
JDK 27 延续性能优化:默认启用紧凑对象头,每对象头从 12 字节降至 8 字节;G1 成为所有环境的默认垃圾回收器;HashMap、AttributedString、URL、文件输出及 AES、SHA-3 等加密代码均有提速;C2 编译器增强向量化与常量折叠。升级时建议逐项测试新默认值。
JDK 28 将预览 JEP 539:JVM 严格字段初始化,以更严格地约束字段初始化行为。
OpenJDK质量组推动用OpenJDK构建测试FOSS项目以提升发布质量,并提议新增JavaDoc标签@note,用于标注API使用提示或警告,支持内联和块级显示,可通过属性自定义标题、样式和ID,并允许用-tag选项创建别名标签。详情见JDK-8363700。
完成下面两步后,将自动完成登录并继续当前操作。