今天我们要介绍的是spring-native，它可以让你的spring boot程序，体验graalvm编译器的特性，把你的应用直接编译成native的!
不需要再安装jre，你的应用程序将和exe一样，直接在目标机器上运行!而且启动时间不到1秒钟。
要体验这个功能，我们从spring boot拿一个demo。
https://start.spring.io/
在这里选择这个实验性的功能SpringNative。下载下来之后，就可以使用maven进行打包测试。
- mvn spring-boot:build-image
- gradle bootBuildImage
看一下这无敌的启动速度.... 0.038秒... 几乎是瞬时的!
神奇!
这一切，都得益于graalvm编译器。不过，你至少要把JDK升级到11才能用，也算是堆Java8用户的一种别样的驱动吧。
当然，只有在2.4.5以后的SpringBoot版本中，才支持Spring Native。
GraalVM是什么?
graalvm也是oracle的项目，它的代码地址是：https://github.com/oracle/graal
项目地址是：www.graalvm.org/docs/
graalvm是一个想要统一天下的虚拟机。因为它相比较与HotSpotVM，还能够运行其他语言比如ruby，python，php等。
它是一个新的JVM，不同的是由于做了适配，它能够让不同的语言跑在同一个vm下面。
看看下面这张图，就知道graalvm的野心有多大。
这还没完，它最吸引人的地方就在于，它能够将应用代码，直接打包成native的二进制可执行代码，运行时连JVM都不需要了!
大家都知道，native和跑在vm里完全是两个档次，否则也不会有jit这么牛x的技术存在了。连android和ios都知道，native的应用流畅性比跑在monotouch上或者hybrid上高很多很多，对于追求性能的企业级应用来说，这个功能就更加实用一些。
让人惊讶的是，它为各个语言实现了一个可以沟通的桥梁。比如我看好js中的某个库，不需要重新开发一个了，在Java中直接就可以用。这是因为，graalVM开发了跨语言互操作协议，能保证跨语言的互操作性。
现在这个功能，大多数平台已经支持了。
什么叫做native呢?考虑下面这份代码。
- public class Example {
- public static void main(String[] args) {
- String str = "Native Image is awesome";
- String reversed = reverseString(str);
- System.out.println("The reversed string is: " + reversed);
- }
- public static String reverseString(String str) {
- if (str.isEmpty())
- return str;
- return reverseString(str.substring(1)) + str.charAt(0);
- }
- }
通常情况下，我们直接这样运行，或者打包成jar包。
- javac Example.java
- java Example
但我们还可以多一步，就是把class文件native化。
- native-image Example
执行的时候，只需要输入 ./Example 就可以了。
有什么好处?
使用native编译的应用，可以实现秒级别的启动，运行更快，占用内存更小。它与主流的部署方式如微服务、k8s等，更加的切合。
但它与传统的JVM也有很多不同，主要体现在：
- 系统的性能分析会在编译阶段就给出
- 没用的部分和代码将不会编译，直接会被移除，这得益于前些java版本的模块化
- 需要提前对反射、资源和动态代理进行转换，没有类加载的延迟
- classpath在编译阶段固定
- class将不会被懒加载，回在启动的时候一股脑放到内存
虽然native有很多好处，但它的编译时间却很长，因为要做大量的代码静态分析，这也是所有native程序的通病吧。
End
这种thin jar的思路，是不是感觉Java的发展越来越像golang了呢?docker镜像也会因为这种改变便得更小更纯粹，而脱离jre的Java应用也越来越像一个真正的程序了。
但可惜的是，这种编译成native的思路虽然好，现阶段还是无法和golang相抗衡，主要还是在于编译器的差异上。
但愿graalvm能够继续发力，带java继续飞上几十年，养我三代子孙!
