不需要jre运行Java？你没看错！

今天我们要介绍的是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呢？考虑下面这份代码。

<pre data-cke-widget-data="{" public="" class="cke_widget_element" example="" n="" static="" void="" string="" str="\"Native" image="" is="" reversed="" the="" is:="" if="" return="" data-cke-widget-upcasted="1" data-cke-widget-keep-attr="0" data-widget="codeSnippet">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也有很多不同，主要体现在：

1. 系统的性能分析会在编译阶段就给出

2. 没用的部分和代码将不会编译，直接会被移除，这得益于前些java版本的模块化

3. 需要提前对反射、资源和动态代理进行转换，没有类加载的延迟

4. classpath在编译阶段固定

5. class将不会被懒加载，回在启动的时候一股脑放到内存

虽然native有很多好处，但它的编译时间却很长，因为要做大量的代码静态分析，这也是所有native程序的通病吧。

End

这种thin jar的思路，是不是感觉Java的发展越来越像golang了呢？docker镜像也会因为这种改变便得更小更纯粹，而脱离jre的Java应用也越来越像一个真正的程序了。

但可惜的是，这种编译成native的思路虽然好，现阶段还是无法和golang相抗衡，主要还是在于编译器的差异上。