懂 graalvm、spring-native 的来聊一聊,目前这技术感觉还不够成熟 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
keepRun
V2EX    程序员

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

  •  
  •   keepRun 2023-09-17 15:37:14 +08:00 3533 次点击
    这是一个创建于 758 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    16 条回复    2023-09-22 21:26:05 +08:00
    Leviathann
        1
    Leviathann  
       2023-09-17 15:48:20 +08:00
    别的不说,现在的入门级 i3 12300h 都比 9750h 快 30%
    keepRun
        2
    keepRun  
    OP
       2023-09-17 16:01:47 +08:00 via Android   1
    即使这样的 cpu ,我不用 graalvm 编译也就十几秒
    Akitora
        3
    Akitora  
       2023-09-17 16:03:25 +08:00
    最大的问题是对反射的支持不佳,用得多的话直接一坨坨的报错给你。

    上次 kt web 项目里试了一下,companion object 里面的静态方法不知道为什么调用一次报错一次。
    ikas
        4
    ikas  
       2023-09-17 16:07:11 +08:00
    因为开发的是时候没有必要一直启用原生编译..
    一旦你的项目基础适配原生完毕,正常业务还是普通模式 debug,然后 ci 原生编译发布测试/线上版本
    DimitriYoon
        5
    DimitriYoon  
       2023-09-17 16:07:37 +08:00
    一般来说编译可以拿到公司服务器上去做吧? graalvm 主要还是帮助提升启动速度
    0m9ionbP8wuvs8S3
        6
    0m9ionbP8wuvs8S3  
       2023-09-17 16:29:59 +08:00
    不看好,很多第三方库没适配,现有的项目迁移成本太高。新项目或许可以考虑 quarkus 或者 micronaut 这类首要支持 GraalVM 的框架?感觉还不如直接拿 GO 写了
    oldshensheep
        7
    oldshensheep  
       2023-09-17 18:56:56 +08:00
    GraalVM 也不是只有编译 Java 到 native ,它还可以运行 Javascript 、Python 和 Ruby 等语言,还可以和 Java 互相调用( Python 还是个玩具,主要是第三方库的问题)。

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

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

    编译慢的话放到 GitHub 上,不过就是前期排查原生编译出错比较麻烦。
    mmdsun
        8
    mmdsun  
       2023-09-18 00:01:59 +08:00
    这编译好慢(也可能是在 win 上编译会慢)
    你可以试试看 WSL 2 、Dev Drive 下的编译速度。
    mmdsun
        9
    mmdsun  
       2023-09-18 00:04:38 +08:00
    我从 2 年前就开始用了反射是支持的,只是需要额外配置,现在不少大点框架都更进了。
    如果是 spring 全家桶,高版本直接用。
    yazinnnn
        10
    yazinnnn  
       2023-09-18 10:28:50 +08:00
    换 quarkus, 比 spring native 成熟
    yizmaoaa
        11
    yizmaoaa  
       2023-09-18 10:46:58 +08:00
    编译成 native 速度慢从来都不是问题....稍微大点的项目哪个构建不都需要很长时间.....
    不能打拿打 jar 包的速度和构建 native 的速度比.....

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


    我大概测了下 quarkus 的

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

    打包时间 59.4 秒,打包后启动时间不到 1 秒。相当可观了,
    yizmaoaa
        12
    yizmaoaa  
       2023-09-18 10:49:27 +08:00
    对了,忘记补充,版本是: GraalVM CE 17.0.8+7.1 。
    netabare
        13
    netabare  
       2023-09-18 16:36:07 +08:00 via Android   1
    编译速度慢很正常啊,得看打包后的镜像的内存 CPU 占用。Native 比 JVM 压根都不是同一个数量级的。

    开发环境一般也是不用 native 编译的。
    DT37
        14
    DT37  
       2023-09-22 10:01:29 +08:00
    @oldshensheep 我现在就在用 Springboot 打包一个不依赖 jdk 的客户端
    oldshensheep
        15
    oldshensheep  
       2023-09-22 14:10:31 +08:00
    @DT37 之前我也早就搞过了,主要是没必要,因为性能会下降。编译成 native 不就是用启动时间和内存换性能,内存比 CPU 要便宜,启动时间在大部分情况下不是问题。
    DT37
        16
    DT37  
       2023-09-22 21:26:05 +08:00
    @oldshensheep 请教了一个大佬后,我放弃了,我再尝试用 Jpackage 打包 exe 。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1037 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 23ms UTC 18:36 PVG 02:36 LAX 11:36 JFK 14:36
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86