点击下方“JavaEdge”，选择“设为星标”
第一时间关注技术干货！
免责声明~ 任何文章不要过度深思！ 万事万物都经不起审视，因为世上没有同样的成长环境，也没有同样的认知水平，更「没有适用于所有人的解决方案」； 不要急着评判文章列出的观点，只需代入其中，适度审视一番自己即可，能「跳脱出来从外人的角度看看现在的自己处在什么样的阶段」才不为俗人。 怎么想、怎么做，全在乎自己「不断实践中寻找适合自己的大道」
Java 22发布快乐！
Java 22 是一个重大的进步，是一个值得升级版本。有一些重大的最终发布功能，如 Project Panama及一系列更优秀的预览功能。我不可能覆盖它们全部，但我确实想谈谈我最喜爱的一些。我们将会涉及到许多功能。如果你想在家里跟着做，代码在这。
我爱Java 22，当然，我也爱 GraalVM，它们都在发布了新版本！Java 当然是我们最喜爱的运行时和语言，而 GraalVM 是一个高性能的 JDK 发行版，它支持更多语言并允许提前编译（它们被称为 GraalVM native images）。GraalVM 包含了 Java 22 新版的所有好东西，还有一些额外的工具，所以我总是推荐下载那个版本。我特别感兴趣的是 GraalVM native image 的能力。生成的二进制文件几乎可以立即启动，并且与它们的 JRE 相比，消耗的 RAM 明显少。GraalVM 不是新事物，但值得记住的是，Spring Boot 有一个很棒的引擎，支持将你的 Spring Boot 应用程序转化为 GraalVM native images。
1 安装
我正在使用一个出色的 Java 包管理器 SDKMAN。我还在运行带有 macOS 的 Apple Silicon 芯片。所以，这个事实和我喜欢并鼓励使用 GraalVM 的事实稍后会有些重要，所以不要忘了。将会有测试！
sdk install java 22-graalce
我还会设置它为你的默认选择：
sdk default java 22-graalce
在继续之前，打开一个新的 shell，然后通过运行javac --version，java --version，和native-image --version来验证一切是否正常。
如果你是在遥远的未来阅读这篇文章的（我们已经有飞行汽车了吗？）而且有50-graalce，那么就尽情安装那个版本！版本越新越好！
2 你总得从某处开始...
在这一点上，我想要开始构建了！所以，我去了互联网上第二喜欢的地方，Spring Initializr - start.spring.io - 并生成了一个新的项目，使用以下规格：
我选择了
3.3.0-snapshot版本的 Spring Boot。3.3 还没有正式发行，但应该在短短几个月内就会。与此同时，不断前进！这个版本对 Java 22 有更好的支持。我选择了
Maven作为构建工具。我添加了
GraalVM Native Support支持，H2 Database，和JDBC API支持。
我在我的 IDE 中打开了项目，像这样：idea pom.xml。现在我需要配置一些 Maven 插件以支持 Java 22 和一些我们将在本文中看到的预览功能。这是我的完整配置的pom.xml。它有点密集，所以我会在代码结束后来介绍一下。
COPY
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
4.0.0modelVersion>
org.springframework.bootgroupId>
spring-boot-starter-parentartifactId>
3.3.0-SNAPSHOTversion>
parent>
com.examplegroupId>
demoartifactId>
0.0.1-SNAPSHOTversion>
demoname>
Demo project for Spring Bootdescription>
22java.version>
properties>
org.springframework.bootgroupId>
spring-boot-starter-jdbcartifactId>
dependency>
com.h2databasegroupId>
h2artifactId>
runtimescope>
dependency>
org.springframework.bootgroupId>
spring-boot-starterartifactId>
dependency>
org.graalvm.sdkgroupId>
graal-sdkartifactId>
23.1.2version>
dependency>
org.graalvm.nativeimagegroupId>
svmartifactId>
我知道，我知道！很多！但实际上并不是这样。这个pom.xml几乎和我从 Spring Initializr 获取的一模一样。主要改变：
重新定义
maven-surefire-plugin和maven-compiler-plugin支持预览功能。添加
spring-javaformat-maven-plugin用来支持格式化我的源代码。添加两个新依赖项：
org.graalvm.sdk:graal-sdk:23.1.2和org.graalvm.nativeimage:svm:23.1.2，都是专门为后面我们将需要的 GraalVMFeature实现创建的在
native-maven-plugin和spring-boot-maven-plugin的部分添加了配置节
非常快就到了，Spring Boot 3.3 将会正式发布并支持 Java 22，所以可能这个构建文件的一半会消失。（真是春天的清理！）
3 编程快速说明
LanguageDemonstrationRunner，一个功能性接口，声明可抛Throwable。
package com.example.demo;
@FunctionalInterface
interface LanguageDemonstrationRunner {
void run() throws Throwable;
}
我还有一个ApplicationRunner，反过来，它注入了我所有的功能接口实现，然后调用它们的run方法，捕获并处理Throwable。
// ...
@Bean
ApplicationRunner demo(Map demos) {
return _ -> demos.forEach((_, demo) -> {
try {
demo.run();
} //
catch (Throwable e) {
throw new RuntimeException(e);
// ...
好的，既然我们已经讲过了，那就开始吧！
4 再见，JNI！
此版本终于等待了已久的 Project Panama 的发布。我最期待的三个特性之一，另外两个特性是：
虚拟线程
GraalVM native images
它们至少已经成为现实六个月了。Project Panama 是让我们能够利用长期以来被拒之门外的 C 和 C++ 代码的星系。回想起来，如果它支持 ELF，我想象。例如 Rust 和 Go 程序可以编译成与 C 兼容的二进制文件，所以我想象（但没有尝试过）这意味着与这些语言的互操作也足够容易。在本节中，当我提到“原生代码”时，我指的是以某种方式编译的二进制文件，它们可以像 C 库那样被调用。
从历史上看，Java 一直是孤立的。对于 Java 开发人员来说，重新使用原生 C 和 C++ 代码并不容易。这是有道理的。原生、特定于操作系统的代码只会破坏 Java 的“一次编写，到处运行”的承诺。它一直是有点禁忌的。但我不明白为什么会这样。公平地说，尽管缺乏易用的原生代码互操作功能，我们也做得不错。几乎任何你想要做的事情，可能都有一个纯 Java 解决方案存在，它可以在 Java 运行的任何地方运行。它运行得很好，直到它不再运行。Java 在这里错过了关键的机会。想象一下：
如果 Kubernetes 是用 Java 构建的？
如果当前的 AI 革命是由 Java 驱动的？
这两个概念会不可思议，当 Numpy、Scipy 和 Kubernetes 最初创建时，但是今天？今天，他们发布了 Panama 项目。
Panama 项目引入了一种容易连接原生代码的方法。支持两个级别。你可以以相当低级的方式操纵内存，并将数据在原生代码中来回传递。我说“来回”，但我可能应该说“向下和向上”到原生代码。Panama 项目支持“向下调用”，即从 Java 调用原生代码，以及“向上调用”，即从原生代码调用 Java。你可以调用函数、分配和释放内存、读取和更新struct中的字段等等。
让我们来看一个简单的例子。代码使用新的java.lang.foreign.*API 查找一个叫做printf的符号（基本上就是System.out.print()），分配内存（有点像malloc）缓冲区，然后将该缓冲区传递给printf函数。
package com.example.demo;
import org.springframework.stereotype.Component;
import java.lang.foreign.Arena;
import java.lang.foreign.FunctionDescriptor;
import java.lang.foreign.Linker;
import java.lang.foreign.SymbolLookup;
import java.util.Objects;
import static java.lang.foreign.ValueLayout.ADDRESS;
import static java.lang.foreign.ValueLayout.JAVA_INT;
@Component
class ManualFfi implements LanguageDemonstrationRunner {
// 这是包私有的，因为我们稍后会需要它
static final FunctionDescriptor PRINTF_FUNCTION_DESCRIPTOR =
FunctionDescriptor.of(JAVA_INT, ADDRESS);
private final SymbolLookup symbolLookup;
// SymbolLookup 是 Panama API，但我有一个我正在注入的实现
ManualFfi(SymbolLookup symbolLookup) {
this.symbolLookup = symbolLookup;
}
@Override
public void run() throws Throwable {
var symbolName = "printf";
var nativeLinker = Linker.nativeLinker();
var methodHandle = this.symbolLookup.find(symbolName)
.map(symbolSegment -> nativeLinker.downcallHandle(symbolSegment, PRINTF_FUNCTION_DESCRIPTOR))
.orElse(null);
try (var arena = Arena.ofConfined()) {
var cString = arena.allocateFrom("hello, Panama!");
Objects.requireNonNull(methodHandle).invoke(cString);
}
}
}
这是我提出的SymbolLookup的定义。它是一种复合体，尝试一个SymbolLookup，如果第一个失败，则尝试另一个。
@Bean
SymbolLookup symbolLookup() {
var loaderLookup = SymbolLookup.loaderLookup();
var stdlibLookup = Linker.nativeLinker().defaultLookup();
return name -> loaderLookup.find(name).or(() -> stdlibLookup.find(name));
运行这个，你会看到它打印出hello, Panama!.
您可能想知道为什么我没有选择更有趣的例子。事实证明，在所有os中你既能理所当然地享有，在计算机上也能感知到自己做了些什么的东西几乎没有。IO 似乎是我能想到的所有东西，而且控制台 IO 更容易理解。
但 GraalVM 原生镜像咋样呢？它并不支持你可能想做的每件事。至少目前，它不在苹果芯片运行，只在 x86 芯片。我开发了这个例子，并设置了 GitHub 操作在 x86 Linux 环境中查看结果。对于我们这些不使用英特尔芯片的 Mac 开发者来说，这有点遗憾，但我们大多数人不是将产品部署到苹果设备上，我们是部署到 Linux 和 x86 上，所以这不是一个破坏协议的事情。
还有一些其他限制。如GraalVM 原生映像仅支持我们复合中的第一个SymbolLookup,loaderLookup。如果那个不起作用，那么它们都将不起作用。
GraalVM 想要知道你在运行时会做的一些动态事情，包括外部函数调用。你需要提前告诉它。对于其他需要此类信息的大多数事情，如反射、序列化、资源加载等，你需要编写.json配置文件（或让 Spring 的 AOT 引擎为你编写）。这个特性是如此新，以至于你必须走下几个抽象层次并编写一个 GraalVMFeature类。Feature有回调方法，在 GraalVM 的本地编译生命周期中被调用。你将告诉 GraalVM 我们最终会在运行时调用的原生函数的签名，即形态。这是Feature。只有一行价值。
package com.example.demo;
import org.graalvm.nativeimage.hosted.Feature;
import org.graalvm.nativeimage.hosted.RuntimeForeignAccess;
import static com.example.demo.ManualFfi.PRINTF_FUNCTION_DESCRIPTOR;
public class DemoFeature implements Feature {
@Override
public void duringSetup(DuringSetupAccess access) {
// 这是唯一重要的一行。注意：我们正在分享
// 我们稍早从 ManualFfi bean 中的 PRINTF_FUNCTION_DESCRIPTOR。
RuntimeForeignAccess.registerForDowncall(PRINTF_FUNCTION_DESCRIPTOR);
}
}
然后我们需要连接所有的特性，通过将--features属性传递给 GraalVM 原生图像 Maven 插件配置来告知 GraalVM。我们还需要解锁外部 API 支持和解锁实验性事物。（我不知道为什么在 GraalVM 原生镜像中这是实验性的，而在 Java 22 本身中它不再是实验性的）。还需要告诉 GraalVM 允许所有未命名类型的原生访问。所以，总的来说，这是最终的 Maven 插件配置。
org.graalvm.buildtoolsgroupId>
native-maven-pluginartifactId>
0.10.1version>
--features=com.example.demo.DemoFeaturebuildArg>
--enable-native-access=ALL-UNNAMEDbuildArg>
-H:+ForeignAPISupportbuildArg>
-H:+UnlockExperimentalVMOptionsbuildArg>
--enable-previewbuildArg>
buildArgs>
configuration>
plugin>
这是一个了不起的结果。我将这个示例中的代码编译成一个在 GitHub Actions 运行中的 GraalVM 原生图像然后执行它。应用程式，我提醒您 - 具有 Spring JDBC 支持、完整和嵌入式 SQL 99 兼容的 Java 数据库叫做 H2，以及类路径上的所有内容 - 在 0.031 秒（31 毫秒，或 31 千分之一秒）内执行，占用数十兆字节的 RAM，并从 GraalVM 原生镜像调用原生 C 代码！
我真的很高兴，大家。我已经等这一天很久了。
但这确实感觉有点低级。归根到底，你在使用一个 Java API 来以编程方式创建和维护原生代码中的结构。这有点像使用 JDBC 中的 SQL。JDBC 允许你在 Java 中操纵 SQL 数据库记录，但你不是在 Java 中编写 SQL 并在 Java 中编译它并在 SQL 中执行它。存在一个抽象增量；你将字符串发送到 SQL 引擎，然后以ResultSet对象的形式获取回来的记录。Panama 中的低级 API 也是如此。它起作用，但你没有调用原生代码，你正在查找符号和操纵内存。
所以，他们发布了一个与之分离但相关的工具叫做jextract。你可以指向一个 C 头文件，如stdio.h，printf函数定义在其中，它会生成模仿底层 C 代码调用签名的 Java 代码。我没有在这个示例中使用它，因为生成的 Java 代码最终与底层平台绑定。我指它去stdio.h并获得了很多 macOS 特定的定义。我可以隐藏所有这些在运行时检查操作系统的后面，然后动态加载特定的实现，但是，嗯，这篇博客已经太长了。如果你想看怎么运行jextract，这是我用的可以在 macOS 和 Linux 上工作的 bash 脚本。你的里程可能会有所不同。
#!/usr/bin/env bash
LINUX=https://download.java.net/java/early_access/jextract/22/3/openjdk-22-jextract+3-13_linux-x64_bin.tar.gz
MACOS=https://download.java.net/java/early_access/jextract/22/3/openjdk-22-jextract+3-13_macos-x64_bin.tar.gz
OS=$(uname)
DL=""
STDIO=""
if [ "$OS" = "Darwin" ]; then
DL="$MACOS"
STDIO=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/stdio.h
elif [ "$OS" = "Linux" ]; then
DL=$LINUX
STDIO=/usr/include/stdio.h
else
echo "Are you running on Windows? This might work inside the Windows Subsystem for Linux, but I haven't tried it yet.."
fi
LOCAL_TGZ=tmp/jextract.tgz
REMOTE_TGZ=$DL
JEXTRACT_HOME=jextract-22
mkdir -p "$(
dirname $LOCAL_TGZ )"
wget -O $LOCAL_TGZ $REMOTE_TGZ
tar -zxf "$LOCAL_TGZ" -C .
export PATH=$PATH:$JEXTRACT_HOME/bin
jextract --output src/main/java -t com.example.stdio $STDIO
想想看，我们拥有简单的外部函数互操作性、提供惊人扩展性的虚拟线程，以及静态链接的、快如闪电、内存高效、自足的 GraalVM 原生图像二进制文件。再次告诉我，为何你要开始一个新的 Go 项目？:-)
5 勇敢的新世界
Java 22 是一个惊人的新版本。它带来了一系列巨大的功能和提升生活品质的改进。记住，不可能总是这样美好！没有人能每六个月就一贯地推出改变游戏规则的新功能。这是不可能的。所以，我们不妨心存感激，尽情享受目前吧，好吗？ :) 在我看来，上一个版本 Java 21，或许是我见过的自 Java 5 以来最重要的一次发布，甚至可能是最早。这可能是最大的一次！
那里有许多特性值得你关注，包括：
数据导向编程
虚拟线程
六月前为支持那次发布所做的博客中，覆盖这些及更多内容，Hello, Java 21。
6 虚拟线程、结构化并发和作用域值
虚拟线程是真正重要的部分。阅读我刚才链接给你的博客，往下翻。 (不要像 the Primeagen 那样，他读了文章但在还没读到最佳部分 - 虚拟线程之前就走神了！我的朋友……为什么??)
如果你正在运行 I/O 绑定的服务，虚拟线程是提高你的云基础设施花费、硬件等的一个方法。它们使得你可以将现有的针对java.io中的阻塞 I/O API 编写的代码转换为虚拟线程，并处理更好的规模化。通常的效果是，你的系统不再不断地等待线程的可用性，从而平均响应时间下降，更好的是，你会发现系统能够同时处理更多的请求！我无法强调它的重要性。虚拟线程是棒极了！如果你在使用 Spring Boot 3.2，你只需要指定spring.threads.virtual.enabled=true即可享受它们！
虚拟线程是旨在使 Java 成为我们都知道它应该得到的精简、高效的规模化机器的一系列新功能的一部分，而且它正在起作用！虚拟线程是三个旨在协同工作的功能中的唯一一个已经在发布形式中交付的功能。
结构化并发和作用域值都还没有落地。结构化并发为构建并发代码提供了一个更优雅的编程模型，而作用域值则提供了一个效率更高、更通用的ThreadLocal替代方案，特别适用于虚拟线程的背景下，其中你现在可以实际拥有数百万个线程。想象一下对于每一个这样的线程都有重复的数据！
这些功能在 Java 22 中处于预览阶段。我不知道它们现在是否值得展示。在我心中，虚拟线程是魔法的一部分，它们之所以如此神奇，正是因为你真的不需要了解它们！只设置那一个属性，你就可以启动了。
虚拟线程为你提供了类似 Python、Rust、C#、TypeScript、JavaScript 的async/await或 Kotlin 中的suspend之类的惊人规模，而无需使用那些语言功能所需的固有冗长代码和繁琐工作。这是少数几次，除了可能是 Go 的实现，Java 在结果上是直接更胜一筹的时候。Go 的实现是理想的，但那只是因为他们在 1.0 版本中就内置了这一点。事实上，Java 的实现更为杰出，精确地说是因为它与较老的平台线程模型共存。
公众号：JavaEdge 专注分享软件开发全生态相关技术文章、视频教程资源、热点资讯等，如果喜欢我的分享，给 点一个赞 或者 ➕关注 都是对我最大的支持。
欢迎长按图片加好友，我会第一时间和你分享软件行业趋势，面试资源，学习途径等等。
添加好友备注【技术群交流】拉你进技术交流群
关注公众号后，在后台私信：
更多教程资源应有尽有，欢迎
关注，慢慢获取
23.1.2version>
providedscope>
dependency>
org.springframework.bootgroupId>
spring-boot-starter-testartifactId>
testscope>
dependency>
dependencies>
org.graalvm.buildtoolsgroupId>
native-maven-pluginartifactId>
0.10.1version>
--features=com.example.demo.DemoFeaturebuildArg>
--enable-native-access=ALL-UNNAMED buildArg>
-H:+ForeignAPISupportbuildArg>
-H:+UnlockExperimentalVMOptionsbuildArg>
--enable-previewbuildArg>
buildArgs>
configuration>
plugin>
org.apache.maven.pluginsgroupId>
maven-surefire-pluginartifactId>
--enable-previewargLine>
configuration>
plugin>
org.apache.maven.pluginsgroupId>
maven-compiler-pluginartifactId>
trueenablePreview>
configuration>
plugin>
org.springframework.bootgroupId>
spring-boot-maven-pluginartifactId>
--enable-preview compilerArguments>
--enable-previewjvmArguments>
configuration>
plugin>
io.spring.javaformatgroupId>
spring-javaformat-maven-pluginartifactId>
0.0.41version>
validatephase>
trueinherited>
validategoal>
goals>
execution>
executions>
plugin>
plugins>
build>
spring-milestonesid>
Spring Milestonesname>
https://repo.spring.io/milestoneurl>
falseenabled>
snapshots>
repository>
spring-snapshotsid>
Spring Snapshotsname>
https://repo.spring.io/snapshoturl>
falseenabled>
releases>
pository>
repositories>
spring-milestonesid>
Spring Milestonesname>
https://repo.spring.io/milestoneurl>
falseenabled>
snapshots>
pluginRepository>
spring-snapshotsid>
Spring Snapshotsname>
https://repo.spring.io/snapshoturl>
falseenabled>
releases>
pluginRepository>
pluginRepositories>
project>