quarkus号称超音速亚原子JAVA为Graalvm量身定制的java堆栈，是否名副其实呢？下面就来看看真实情况如何。动手前先简单介绍下Graalvm，它是oracle出品的一个AOT编译器，可以将应用程序编译成本地映像，通俗的说可以将java编译成机器可直接执行的程序，可以参考go语言的编译输出产物。而且graalvm不仅仅支持java，对其他语言也有很好的支持。下面先看一张quarkus的java应用程序在传统的vm下面和graalvm下面的资源占用图。
graalvm：https://www.graalvm.org/
native-image编译配置在pom文件中使用profile新增了一个native编译环境，引入了quarkus的编译插件，并激活了native的编译。实际上，这个插件只会帮你将graalvm编译指令编排好，graalvm的环境还需要你自己搭建，quarkus每个迭代的版本会针对特定的graalvm版本做优化，所以不是所有的版本都相互兼容的。比如quarkus1.5.final版本兼容graalvm19.x版本，最新的quarkus1.6.final支持graalvm20.1.1版本，各版本下载地址，下载下来后，和配置java环境一样，将目录添加到GRAALVM_HOME环境变量中即可，如：
最终quarkus的maven编译插件会帮我们生成一条这样的graalvm编译指令，如：
以上就是quarkus集成graalvm编译环境的所有内容了，但是graalvm在windows系统下的编译并不友好，博主尝试过很多方法，包括通过docker容器挂载编译，都宣告失败了，所以如果你也有同样的问题，看下我们的异常是否一样：
不过别慌，博主还没放弃，下面通过docker多段镜像编排解决问题，上面贴的pom配置代码别删
docker多段镜像编排
第一阶段，基于quarkus的centos基础镜像，里面内置了graalvm环境，然后我们只需要将代码和pom配置copy进系统里，同镜像里的环境编译成native-image，然后第二段，基于小红帽的基础镜像运行环境，将构建的产物copy进去，如此即完成了docker容器的构建。不过这样的方式构建，所有的依赖都是即时下载的，对本地网络要求会比较高，整体编译时长会比较长。网络稍微一抖动就会编译失败，所以最好在pom里配置下国内比较快的maven仓库，比如阿里云的maven仓库。还有，在graalvm编译阶段，会非常的吃内存，这个时候它会加载所有的代码用于静态分析，这块内容阿里巴巴的jvm团队有做过优化，后面可能会来做一个分享。
可能遇到的问题，graalvm是在编译时初始化的，所有有些依赖如果只能运行时初始化，可以在quarkus中添加如下的配置：
效果展示docker编译虽然会比较慢，但是最后还是成功了，下面展示下quarkus的神奇之处，当镜像成功运行起来那一刻，博主还是按捺不住心中的喜悦之情，他么的跟中了500W似的，注意，博主的这个程序不是简单的hello，而是有数据源又接口的生产级CURD的程序。
native-image启动时间 jvm下的启动时间除了启动时间提升了n倍之外，内存占用也是非常感人，native-image在容器里面总内存占用才90M，而在jvm下面应用的内存占用就要300M左右了。即使如此，相比于spring boot的动辄1G的内存占用，也已经表现的十分的优秀了。
结语当应用启动起来才1s不到的时候，博主是发自内心的高兴呀，quarkus的超音速亚原子是名副其实的。虽然目前graalvm还有诸多的问题，比如编译环境兼容性，对第三方依赖的兼容性，博主引入的dubbo就会有问题，最后只能排除，不过quarkus体系的依赖都是经过优化的，可以放心的使用。不过不用担心，我相信graalvm技术是java主力探索方向，是未来。而且有阿里巴巴这种级别的jvm团队一起在优化，graalvm会越来越成熟。博主已经迫不及待的要在下一个项目用起来了，有任何quarkus和graalvm两个的问题都可以找我哦
以上就是GraalVM native-image编译后quarkus的超音速启动的详细内容，更多关于GraalVM native-image编译后quarkus的资料请关注七叶笔记其它相关文章！
