9 月 17 日，JDK23 它来了。

JDK23 并非长期支持版，下一个长期支持版是 JDK25，预计明年 9 月份发布。

和松哥一起来看下这次的 JDK23 都有哪些新特性～

一 Language Previews

➜ 在 instanceof 和 switch 中 支持原始类型（预览）

增强了模式匹配，扩展 instanceof 和 switch 以支持所有原始类型。这是一项预览语言特性。

参见 JEP：455，https://openjdk.org/jeps/455

➜ 模块导入声明（预览）

增强 Java 编程语言，使其能够简洁地导入模块导出的所有包。这简化了模块库的重用。这是一项预览语言特性。

类似这样去导入模块：

import module java.base; import module java.sql; 

但是如果同一个模块中出现了同名的类，那么就必须恢复到之前的写法，显式导入了。

参见 JEP476，https://openjdk.org/jeps/476

➜ 灵活的构造函数体（第二次预览）

在 Java 编程语言中的构造函数中，允许在显式的构造函数调用之前出现语句，即 super(..) 或 this(..) 之前允许出现其他代码。这些语句不能引用正在构造的实例，但它们可以初始化类的属性。在调用另一个构造函数之前初始化字段，这样当方法被覆盖时，可以使类更可靠。这是一项预览语言特性。

松哥给大家举一个使用场景，例如下面两个类：

public class Animal { Animal() { overriddenMethod(); } void overriddenMethod() { System.out.println("hello"); } } public class Dog extends Animal { final Integer x; Dog(int x) { this.x = x; super(); } @Override void overriddenMethod() { System.out.println(x.toString()); } } 

按照之前的写法，上面这段代码编译会出错。因为在 super() 之前出现了其他代码。但是如果不在 super 之前初始化 x，那么当初始化 Dog 的时候，就会出错，因为初始化 Dog 会调用 Animal 的构造器，进而调用到 overriddenMethod 方法，而该方法在 Dog 中被重写了，重写后的方法用到了 x 这个变量...不过，以后这个问题就可以解决了。

参见 JEP482，https://openjdk.org/jeps/482

➜ 隐式声明的类和实例主方法（第三次预览）

以前我们写 main 方法可能是这样：

public class HelloWorld { public static void main(String[] args) { System.out.println("Hello, World!"); } } 

以后可以写成这个样子了：

void main() { println("Hello, World!"); } 

这里连类都没有了，隐式声明类继承自 Object，不实现接口，并且不能在源代码中按名称引用。此外，实例主方法也不再强制要求它们是 static 或 public 的，并且不带参数的方法也可以作为有效的程序入口点。

参见 JEP477，https://openjdk.org/jeps/477

二 Libraries Previews

➜ 类文件 API（第二次预览）

提供解析、生成和转换 Java 类文件的标准 API。这是一项预览 API。

参见 JEP466，https://openjdk.org/jeps/466

➜ 流收集器（第二次预览）

增强 Stream API 以支持自定义中间操作，让流操作更加灵活。这是一项预览 API。

参见 JEP473，https://openjdk.org/jeps/473

➜ 结构化并发（第三次预览）

通过引入结构化并发 API 简化并发编程。结构化并发将不同线程中的相关任务组视为单个工作单元，从而简化错误处理和取消，提高可靠性，并增强可观察性。这是一项预览 API。

参见 JEP480，https://openjdk.org/jeps/480

➜ 作用域值（第三次预览）

引入作用域值，它使得方法能够在线程内及其调用者之间共享不可变数据，以及与子线程共享。作用域值比线程局部变量更容易理解。当与虚拟线程（JEP 444）和结构化并发（JEP 480）一起使用时，它们还具有更低的空间和时间成本。这是一项预览 API。

参见 JEP481，https://openjdk.org/jeps/481

➜ 向量 API（第八次孵化）

引入一种 API，用于表达在运行时可靠地编译为受支持 CPU 架构上的最佳向量指令的向量计算，从而实现优于等效标量计算的性能。

参见 JEP469，https://openjdk.org/jeps/469

三 性能

➜ 可以在 Oracle JDK 中使用 Graal JIT

Oracle GraalVM JIT 编译器（Graal JIT）现在作为 Oracle JDK 的一部分可用。这种集成为开发人员和系统管理员提供了更多选项，以帮助微调和提高应用程序的峰值性能。

不过这个特性需要手动启用：

-XX:+UnlockExperimentalVMOptions -XX:+UseGraalJIT

如果在 JVM 启动时不传递这些参数，则 Oracle JDK 的默认 JIT（C2）将照常运行。

➜ ZGC：默认的分代模式

将 Z 垃圾收集器 (ZGC) 的默认模式切换为分代模式。弃用非分代模式，计划在未来的版本中将其移除。

参见 JEP474，https://openjdk.org/jeps/474

四 工具

➜ Markdown 文档注释

允许 JavaDoc 文档注释以 Markdown 而非仅 HTML 和 JavaDoc @ 标签的混合形式编写。

参见 JEP467，https://openjdk.org/jeps/467

五 管理

➜ 弃用 sun.misc.Unsafe 中的内存访问方法

弃用 sun.misc.Unsafe 中的内存访问方法以备在未来的版本中移除。这些不受支持的方法已被标准 API 取代，即 VarHandle API（JEP 193, JDK 9）和外部函数以及内存 API（JEP 454, JDK 22）。我们强烈鼓励库开发人员从 sun.misc.Unsafe 迁移到支持的替代品，以便应用程序可以顺利迁移到现代 JDK 版本。

参见 JEP471，https://openjdk.org/jeps/471

六 撤回的 JEP

➜ 字符串模板

字符串模板首次在 JDK21 (JEP430) 中预览，并在 JDK22 (JEP 459) 中再次预览。经过反馈和广泛讨论，我们得出结论，该特性在当前形式下不适合。目前还没有更好的设计共识，因此我们暂时撤回了该特性，JDK23 将不包含它。

---

七 重要更改和信息

➜ javac 中默认禁用注解处理 ( JDK-8321314)

从 JDK23 开始，只有在显式配置注解处理或在 javac 命令行上显式请求运行注解处理时，才会运行注解处理。这和当前的默认行为不同，现有默认行为是在没有显式注解处理相关选项的情况下，通过搜索类路径中的处理器来运行注解处理。