graalvm

酝酿已久，我们终于可以创建使用 Spring Boot（3.2）和 Java 21 虚拟线程（Project Loom）的 GraalVM 原生镜像了！ 这一切有什么意义呢？Project Loom 和 GraalVM 原生镜像各自都具有引人注目的运行时特性。我已经等了很久，终于等到了它们的融合！让我们依次唠唠。 GraalVM 原生镜像 GraalVM 是一个 OpenJDK 发行版，提供了一些额外的实用工具，其中包括一个名为 native-image 的工具，它可以对你的代码进行提前编译（AOT）。我们在这里不会详细介绍所有的实用功能，基本上它会对你的代码进行优化，去除你不需要的部分，然后将剩余的代码编译成针对特定操作系统和架构的原生代码，运行速度非常快。结果令人惊叹，类似于编译 C 或 Go 程序所得到的结果。生成的可执行文件在启动时几乎没有延迟，并且在运行时占用的内存要少得多。想象一下，能够部署现有的 Spring Boot 应用程序，并且它只占用几十兆字节的内存，并在几百毫秒内启动。现在，这是可能的。只需运行 ./gradlew nativeCompile 或 ./mvnw -Pnative native:compile，即可。自 2022 年 11 月 Spring Boot 3.0 发布以来，Spring Boot 已经支持在生产环境中使用 GraalVM 原生镜像。 Project Loom Project Loom 为 JVM 引入了透明的 Fiber（纤程，也成为协程、虚拟线程）。就目前而言，在 Java 20 或更早的版本中，IO 是阻塞的。调用 InputStream#read() 可能需要等待下一个字节的到达。在 java.io.File IO中，很少会有太多延迟。然而，在网络中，你真的无法确定。客户端可能会断开连接。客户端可能会经过一个隧道。同样，很难说。在此期间，程序流程被阻塞在执行线程上。在下面的代码片段中，我们无法知道何时会看到打印出来的单词 after。可能是从现在开始的纳秒级时间，也可能是从现在开始的一周后。它是阻塞的。 InputStream in = ... System.out.println("before"); int next = in.