懂 graalvm、spring-native 的来聊一聊，目前这技术感觉还不够成熟

[keepRun]

几天前满怀希望把一个个人 web 项目用 spring-native 这套技术借助 graalvm 达成，结果编译一个基本是一些简单接口的简单项目，编译耗时 6 分 14 秒，编译内存占用 8.66G ，编译过程我的 6 核 12 线程的 9750H CPU 占用满了，我在 win11 下编译的，我感觉这个编译效率有点离谱，顺带一提，编译成 exe 后启动有报错没起来。 就目前这情况，我觉得这技术适用性有点问题，web 开发应该不太会使用这个技术，编译过程太慢了，大家觉得这个技术以后会用在哪些领域？我本来对这个技术一直抱着很大期望的，以为可以像 go 一样很方便打包部署以及减少启动时间

[Leviathann]

别的不说，现在的入门级 i3 12300h 都比 9750h 快 30%

[keepRun]

即使这样的 cpu ，我不用 graalvm 编译也就十几秒

[Akitora]

最大的问题是对反射的支持不佳，用得多的话直接一坨坨的报错给你。

上次 kt web 项目里试了一下，companion object 里面的静态方法不知道为什么调用一次报错一次。

[ikas]

因为开发的是时候没有必要一直启用原生编译..
一旦你的项目基础适配原生完毕,正常业务还是普通模式 debug,然后 ci 原生编译发布测试/线上版本

[DimitriYoon]

一般来说编译可以拿到公司服务器上去做吧？ graalvm 主要还是帮助提升启动速度

[vgbw]

不看好，很多第三方库没适配，现有的项目迁移成本太高。新项目或许可以考虑 quarkus 或者 micronaut 这类首要支持 GraalVM 的框架？感觉还不如直接拿 GO 写了

[oldshensheep]

GraalVM 也不是只有编译 Java 到 native ，它还可以运行 JavaScript 、Python 和 Ruby 等语言，还可以和 Java 互相调用（ Python 还是个玩具，主要是第三方库的问题）。

反射可以用，配置一下就行。
其他不支持的第三方库可以用 trace agent ，跑个代码覆盖测试可以自动生成配置。

我也觉得不适合 Web 开发。用 GraalVM 可以写 CLI ，原生编译启动快，不用安装 JDK https://github.com/remkop/picocli

编译慢的话放到 GitHub 上，不过就是前期排查原生编译出错比较麻烦。

[mmdsun]

这编译好慢（也可能是在 win 上编译会慢）
你可以试试看 WSL 2 、Dev Drive 下的编译速度。

[mmdsun]

我从 2 年前就开始用了反射是支持的，只是需要额外配置，现在不少大点框架都更进了。
如果是 spring 全家桶，高版本直接用。

[yazinnnn]

换 quarkus, 比 spring native 成熟

[yizmaoaa]

编译成 native 速度慢从来都不是问题....稍微大点的项目哪个构建不都需要很长时间.....
不能打拿打 jar 包的速度和构建 native 的速度比.....

web 开发为啥不能用这个， 打 native 包都是要上线的时候搞的事情了，你总不可能本地测试一直用 native ，或者说你生产环境也不可能发版本很频繁把...


我大概测了下 quarkus 的

测试平台: 6800H+16G 内存，系统:elementary OS 7(相当于 ubuntu 吧)

打包时间 59.4 秒，打包后启动时间不到 1 秒。相当可观了，

[yizmaoaa]

对了，忘记补充，版本是: GraalVM CE 17.0.8+7.1 。

[netabare]

编译速度慢很正常啊，得看打包后的镜像的内存 CPU 占用。Native 比 JVM 压根都不是同一个数量级的。

开发环境一般也是不用 native 编译的。

[DT37]

@oldshensheep 我现在就在用 Springboot 打包一个不依赖 jdk 的客户端

[oldshensheep]

@DT37 之前我也早就搞过了，主要是没必要，因为性能会下降。编译成 native 不就是用启动时间和内存换性能，内存比 CPU 要便宜，启动时间在大部分情况下不是问题。

[DT37]

@oldshensheep 请教了一个大佬后，我放弃了，我再尝试用 Jpackage 打包 exe 。