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生态系统改善本机测试和本机配置。