Spring官宣，干掉原生JVM！

Spring 团队日前发布了 Spring Native Beta 版。经过 Spring Native，Spring 应用将有机会与 GraalVM 原生镜像的方式运行。为了更好地支持原生运行，Spring Native 提供了 Maven 和 Gradle 插件，而且提供了优化原生配置的注解。

Spring 发布了 Spring Native 的 beta 版本，并在http://start.spring.io上运行它。

实际上，这意味着自Spring成立以来，除了Spring支持的常规Java虚拟机以外，咱们还将添加Beta支持，以使用GraalVM将Spring应用程序编译到本机映像中，从而提供一种部署Spring应用程序的新方法。支持Java和Kotlin。

这些本机Spring应用程序能够部署为独立的可执行文件（无需安装JVM），并提供有趣的特性，包括几乎即时启动（一般<100ms），即时峰值性能和较低的内存消耗，但所需的构建时间和运行时优化次数少于JVM。

使用简单mvn spring-boot:build-image或gradle bootBuildImage命令，您能够生成一个优化的容器映像，该映像将包含一个最小的OS层和一个小的本机可执行文件，该映像仅随附JDK，Spring以及您在应用程序中使用的依赖项中的必需位。

请参阅下面的示例，其中包含50MB可执行文件的最小容器映像，其中包含Spring Boot，Spring MVC，Jackson，Tomcat，JDK和应用程序。

这种原生方式，在不少场景下都会对 Spring 应用产生价值：

• 具备Spring Cloud功能的无服务器
• 以更便宜和更可持续的方式托管Spring微服务
• 很是适合VMware Tanzu等Kubernetes平台
• 想要建立最佳的容器映像来打包您的Spring应用程序和服务

在使用场景上，好比 Piotr Mińkowski 提供了一个很是棒的指南，介绍了如何在 Knative 上使用 Spring Boot 和 GraalVM 构建原生微服务。

1. 团队协做

Spring Native beta 是整个 Spring 团队及其家族项目普遍合做的结果：Spring Framework、Spring Boot 还包括 Spring Data、Spring Security、Spring Cloud 和 Spring Initializr。

据悉，原生功能的工做范围比 Spring 更广，由于原生涉及到更普遍的 JVM 生态系统，因此官方一直在与 GraalVM 团队合做，以改善原生镜像的兼容性和资源消耗。

如下是来自 GraalVM 团队的 Vojin Jovanovic 的一段话。

“与 Spring 团队协做打造原生 JVM 生态系统是一件很是愉快的事情：他们深厚的技术知识，再加上对社区的敏感触觉，老是能带来最好的解决方案。

最新的 Spring Native 版本，以及它在 JVM 生态系统中的众多用法，为原生编译的普遍采用铺平了道路。”

2.支持范围

随着Spring Native从alpha过渡到beta，我认为弄清咱们提供的支持范围很重要。

Alpha是第一步，咱们进行了大量试验并完善了Spring Native（之前称为Spring GraalVM Native）的体系结构，兼容性和对一系列样本进行了重大更改的封装。咱们还报告了GraalVM团队修复的许多问题，目的是缩小JVM与Spring应用程序的本机之间的差距。

虽然仍被认为是实验性的，但beta意味着Spring如今为Spring生态系统的子集提供了对native的支持。若是项目正在使用受支持的依赖项，则能够在项目上进行尝试；若是出现问题，则引起错误或提出请求请求。

最新版本的Spring Boot 2.x次要版本的每一个修补程序版本都会出现一个新版本的Spring Native。Spring Native 0.9.0支持Spring Boot 2.4.3，Spring Native 0.9.1支持Spring Boot 2.4.4，等等。

虽然会发生一些重大变化，但咱们将记录迁移路径。文档质量达到了一个新的水平：参考文档以html单页或pdf的形式提供]，而且咱们发布了本机提示的Javadoc公共API。

3.start.spring.io

Stéphane Nicoll 在对 http://start.spring.io 和相关 IDE 的集成中，引入了对 Spring Native 的支持，因此如今这是探索如何使用 Spring 构建原生应用最简单的方式。

添加 Spring Native 依赖后将会使用所需的依赖和插件自动配置 Maven 或 Gradle 项目，以便于支持原生。应用代码自己没有变化。

请检查自动生成的 HELP.md 文件，该文件包含了有用的连接和文档，同时它还能标记出来你是否选择了一些在原生环境下不支持的依赖。

4. 提早转换

本机不一样于JVM：类路径在构建时是固定的，例如须要反射或资源进行配置，没有类延迟加载（可执行文件中附带的全部内容在启动时都加载到内存中），而且能够调用一些代码在构建时。

为了充分体现这些特性并容许Spring应用程序在本机上以最大的兼容性和最小的占用空间运行，Brian Clozel在此版本中引入了Spring提早（AOT）Maven和Gradle插件，它们能够提早执行您的应用程序上的转换。

第一种转换旨在基于由惊人的Andy Clement设计和实现的推理引擎来生成GraalVM本机配置（反射，资源，代理，本机映像选项），该引擎了解什么是Spring编程模型和基础架构。例如，对于每一个由注释的类@Controller，一个条目将被添加到生成的reflect-config.json文件中。

没法推断出某些本机配置，对于这些状况，咱们引入了本机提示注释（有关更多详细信息，请参见Javadoc），这使Spring Native能够比基于常规JSON的本机图像配置更可维护，类型安全和灵活地支持本机配置。例如同春本地MySQL驱动支持提供线索，让一代机映像正确的条目reflect-config.json，resource-config.json以及native-image.properties以下：

`@NativeHint(`
 `trigger = Driver.class,`
 `options = "--enable-all-security-services",`
 `types = @TypeHint(types = {`
 `FailoverConnectionUrl.class,`
 `FailoverDnsSrvConnectionUrl.class,`
 `// ...`
 `}), resources = {`
 `@ResourceHint(patterns = "com/mysql/cj/TlsSettings.properties"),`
 `@ResourceHint(patterns = "com.mysql.cj.LocalizedErrorMessages",`
 `isBundle = true)`
`})`
`public class MySqlHints implements NativeConfiguration {}`

NativeConfiguration和其余动态配置机制容许更强大的和动态的配置生成，但要注意它们的API将在即将到来的版本演变了不少。

Spring开发人员还可使用特定于应用程序的本机提示直接注释其@Configuration或@SpringBootApplication类，例如，Book经过诸如RestTemplate或的编程API将类序列化为JSON WebClient：

`@TypeHint(types = Book.class)`
`@SpringBootApplication`
`public class WebClientApplication {`
 `// ...`
`}`

与提早转换系统一块儿使用时，最后一种多是最强大的机制是使用Spring Boot部署模型与GraalVM native结合引入的封闭世界假设自动生成本机优化代码（源代码和字节码）的功能。图像特征。

这里的目标是经过使用本机图像编译器，能够开箱即用地分析的代码构造来限制所需的额外本机配置的数量，以提升兼容性，并经过减小反射所需的配置数量来减小占用空间，资源或代理。

一个具体的例子是各类形式的提早转换spring.factories （Spring Boot背后的扩展机制）到优化的程序设计版本，该版本不须要反射，而且能够在应用程序的上下文中过滤掉没必要要的条目。

这只是Spring AOT的开始，咱们打算向[@Configuration功能配置中添加更强大的转换，以经过提早分析来替换运行时反射，该提早分析将自动生成配置类，这些配置类将使用lambda和方法引用之类的程序化构造。这将使GraalVM本机图像编译器能够当即了解Spring配置，而无需任何反射配置或*.class资源。

要记住的一个关键点是，在使用Spring Native时，默认状况下在JVM上也会使用AOT生成的代码，以容许您使用JVM容许的短反馈循环来行使“本机友好的代码路径”。您的调试器和全部常规工具。

尽管Spring AOT转换当前主要由本机需求驱动，可是其中许多不是本机特定的，而且可能其中一些能够提供优化以在JVM上运行Spring Boot应用程序。与此类主题同样，重要的是数据驱动，以便咱们测量效率和绩效来决定咱们的决策。

咱们可能会改进IDE的集成，如今确保在IDE中运行应用程序以前，请先阅读相关文档以进行潜在的手动配置步骤，以更新生成的源代码。

5. 结论

Spring战略要本地化有两个主要支柱。第一个是使Spring基础结构适应本机，而无需对数百万个现有的Spring Boot应用程序进行重大更改。

其中包括咱们在Spring顶级项目中所作的更改，以使其对本机友好，@NativeHint咱们将在Spring Native中成熟的基础架构（例如）和Spring AO构建插件。

第二个支柱比Spring自己更普遍，native是一个具备与JVM不一样的特性的平台，可是Java生态系统须要尽量地一致，以免两种很是不一样的Java风格，这将难以维护。

这就是为何咱们与GraalVM团队进行深刻合做以缩小这一差距的缘由。在接下来的几个月中，这项合做将专一于为更普遍的JVM生态系统改善本机测试和本机配置。