这里把Maven的所有插件都提升到当前（2023-08-20前后）最新版本，原生镜像打包的关键插件是native-maven-plugin，此插件是跟随spring-boot-starter-parent进行版本管理，这里无须指定插件的版本。另外，tomcat-embed-programmatic是一个实验性依赖，可以降低嵌入式Tomcat的内存使用，在生产中应用时候可以暂不启用此特性。接着编写启动类cn.vlts.NativeImageApplication：

@SpringBootApplication
@RestController
public class NativeImageApplication {

    public static void main(String[] args) {
        SpringApplication.run(NativeImageApplication.class, args);
    }

    @RequestMapping(path = "/")
    public ResponseEntity<String> index() {
        return ResponseEntity.ok("index");
    }
}

构建、测试与发布

三个操作的Maven命令分别是：

• 构建：mvn -Pnative native:compile
• 测试：mvn -PnativeTest test
• 发布：mvn -Pnative spring-boot:build-image，注意此命令会打包镜像并且发布到Docker的官方仓库中

虽然 native:compile 命令表面意义是编译，但是实际上它就是构建原生镜像的命令

执行构建流程：

mvn -Pnative native:compile -Dmaven.test.skip=true

构建结果如下：

其中这个不带.jar后缀的就是最终的原生镜像，并且Native Image是不支持跨平台的，它只能在ARM架构的macOS中运行（受限于笔者的编译环境）。可以发现它（见上图中的target/spring-boot-native-image-demo，它是一个二进制执行文件）的体积比executable jar大好几倍。参照SpringBoot的官方文档，经过AOT编译的SpringBoot应用会生成下面的文件：

• Java源代码
• 字节码（例如动态代理编译后的产物等）
• GraalVM识别的提示文件：
  • 资源提示文件（resource-config.json）
  • 反射提示文件（reflect-config.json）
  • 序列化提示文件（serialization-config.json）
  • Java（动态）代理提示文件（proxy-config.json）
  • JNI提示文件（jni-config.json）

这里的输出非执行包产物基本都在target/spring-aot目录下，其他非Spring或者项目源代码相关的产物输出到graalvm-reachability-metadata目录中。最后可以验证一下产出的Native Image：

可以看到启动速度达到惊人的毫秒级别，如果应用在生产中应该可以全天候近乎无损发布。当然，理论上Native Image性能也会大幅度提升，但是限于篇幅这里暂时不进行性能测试。

小结