Home Sign Up Sign In
ThinkStu
V2EX  ›  Java

有人使用 GraalVM 编译 SpringBoot 程序了吗？

  •   
  •   ThinkStu · Apr 30, 2023 · 6426 views
    This topic created in 1143 days ago, the information mentioned may be changed or developed.
    OP 从去年开始关注 GraalVM 的发展，前天开始想把我之前写的一些小应用转为可执行的二进制文件，原因当然是服务器的内存不够用。

    实测在 MacOS 系统上普通 SpringBoot 程序大约占用内存 200MB ，转为可执行文件后内存占用大约 30MB 。

    现在最大的问题是，GraalVM + image-native 这一套东西不支持跨端编译！也就是在 Mac 系统上编译出来的程序无法再 Linux 上直接运行。op 曾考虑过将代码转移到 Linux 服务器上进行编译，结果因为许多依赖问题，一直报错，前前后后折腾了两三天也没能想到好方法。🥲
  • graalvm
  • 编译
  • springboot
  • Linux
    35 replies  •  2025-09-04 11:53:27 +08:00
    Akitora
        1
    Akitora  
       Apr 30, 2023 via Android
    https://github.com/oracle/graal/issues/407
    oldshensheep
        2
    oldshensheep  
       Apr 30, 2023
    用 GitHub Action 编译。我这个简单的 Web 程序就是用 GitHub action 编译的，可以参考一下。编译了三端 Linux ，Mac ，Windows ，https://github.com/oldshensheep/place

    或者把报错贴出来，我也不知道你说的依赖问题是什么。
    ljhrot
        3
    ljhrot  
       Apr 30, 2023 via Android
    graalvm 编译占用太多内存这个问题一直存在，加上不支持交叉编译，所以我在多余的硬盘上装了 Linux 用来编译，相当于得配一套跟部署环境一致的机器专门来编译

    Linux 安装 graalvm 应该还好吧，你直接把报错信息发出来让大伙瞧瞧

    我之前是想在一个新项目尝尝鲜，结果第三方依赖的静态资源太多，搞不动就放弃了，感觉生态还有很长的路要走
    gakaki
        4
    gakaki  
       Apr 30, 2023
    https://github.com/gakaki/spring_template 我写了一个也是 github action 的
    gakaki
        5
    gakaki  
       Apr 30, 2023
    基于 docker 编译 注意编译一次要 3 到 5 分钟要 github action 自己本机还算了吧 这题最麻烦的还是 se 运维， 遇到麻烦的 se 可能给你打回不让你用， 还必须用 jdk17 以上
    ThinkStu
        6
    ThinkStu  
    OP
       Apr 30, 2023
    @oldshensheep @ljhrot
    目前的错误信息是这个：
    Linux 虚拟机上的 GraalVM 环境是是问题的，见：
    julyclyde
        7
    julyclyde  
       Apr 30, 2023
    那个 /root/.jdks/graalvm-ce-17/bin/java 文件存在吗？能运行吗？
    oldshensheep
        8
    oldshensheep  
       Apr 30, 2023
    maven 添加个-X 参数，看看 full debug logging
    ThinkStu
        9
    ThinkStu  
    OP
       Apr 30, 2023
    @oldshensheep #8 下面是打印出来的结果：
    ThinkStu
        10
    ThinkStu  
    OP
       Apr 30, 2023
    @julyclyde #7 这个命令也是完全没有问题的
    ThinkStu
        11
    ThinkStu  
    OP
       Apr 30, 2023
    源码其实就是一个很小的测试案例，已经上传至 GitHub： https://github.com/Bistutu/hello_graalvm
    swhhaa
        12
    swhhaa  
       Apr 30, 2023
    GraalVM 自己玩还行，不知道有没有用于生产环境的...
    lff0305
        13
    lff0305  
       Apr 30, 2023 via Android
    试试在 graal home 的 bin 里运行
    ./gu list
    看看有没有装好了 native image
    ThinkStu
        14
    ThinkStu  
    OP
       Apr 30, 2023
    @lff0305 #13 安装好了的，问题还是一样
    oldshensheep
        15
    oldshensheep  
       Apr 30, 2023   ❤️ 1
    你的代码我用 Linux 编译了可以正常编译运行（ ARM ，Ubuntu ）

    Failed to spawn exec helper
    有没有试过下面的方法，Google 的

    chmod +x $JAVA_HOME/lib/jspawnhelper
    ljhrot
        16
    ljhrot  
       Apr 30, 2023
    https://imgur.com/a/I6idY2W

    你的项目可以正常编译，你的环境能不能 native-image 编译个 Hello World ？
    ThinkStu
        17
    ThinkStu  
    OP
       Apr 30, 2023
    @oldshensheep #15 我切换到 arm 架构的虚拟机，也能正常编译了，不过为什么 Intel 还是没有成功，暂时不知道原因
    ThinkStu
        18
    ThinkStu  
    OP
       Apr 30, 2023
    @ljhrot #16 想问一下，你这台机子是 arm 还是 intel 的？
    ljhrot
        19
    ljhrot  
       Apr 30, 2023 via Android   ❤️ 1
    @ThinkStu #18 amdx64 [DOGE]
    ThinkStu
        20
    ThinkStu  
    OP
       Apr 30, 2023
    感谢大家的帮助！此贴终结🙆。经过测试，原因已经找到：可能是因为利用 orbStack 创建出来的 Intel 虚拟机存在问题，导致一直无法正常编译（因为我是 MacOS 系统，M1 pro 芯片 ）。
    ThinkStu
        21
    ThinkStu  
    OP
       Apr 30, 2023
    我刚才使用了 3 种不同情境的虚拟机，编译结果如下（本机 MacOS 系统，M1 pro 芯片）：
    1 、orbStack 模拟 arm 虚拟机：编译通过，正常生成可执行文件。
    2 、orbStack 模拟 Intel 虚拟机：编译失败，未知报错。
    3 、阿里云 Intel 服务器：编译通过，正常生成可执行文件。
    gakaki
        22
    gakaki  
       Apr 30, 2023
    实际上最后还是要用 ci 系统来编译的 也就是 docker 编译 而本地用 arm 自己的即可
    awolf
        23
    awolf  
       Apr 30, 2023
    springboot 也能减少内存？奇迹
    wdwwtzy
        24
    wdwwtzy  
       Apr 30, 2023   ❤️ 1
    要不，考虑换到 .NET ？🙂
    https://learn.microsoft.com/en-us/aspnet/core/fundamentals/native-aot?view=aspnetcore-8.0
    ThinkStu
        25
    ThinkStu  
    OP
       Apr 30, 2023
    @awolf 原本编译 jar 包，现在编译成可执行文件，也不需要 JVM 的参与了，内存使用率自然下降（不过编译出来的程序性能也会下降一点）
    ThinkStu
        26
    ThinkStu  
    OP
       Apr 30, 2023
    @wdwwtzy 哈哈，不过 Java 的开发者可能优先选择切换至 Go
    flyqie
        27
    flyqie  
       May 1, 2023 via Android
    @ThinkStu #26

    应该不会优先选 go 吧，java 跟 go 在很多方面思路都不一样。。

    切到.net 好像更简单一些
    cheng6563
        28
    cheng6563  
       May 1, 2023   ❤️ 1
    用 openj9 jvm 啊
    yazinnnn
        29
    yazinnnn  
       May 1, 2023
    aot 也需要 jvm
    Huelse
        30
    Huelse  
       May 1, 2023
    至今没成功编译 static image ，有些解决方案藏在他们的 issue 里很难找。
    ThinkStu
        31
    ThinkStu  
    OP
       May 1, 2023   ❤️ 2
    @Huelse 写了一篇博客《 GraalVM 编译 SpringBoot 程序》，希望对你有所帮助~： https://blog.csdn.net/qq_35760825/article/details/130459747?spm=1001.2014.3001.5501
    ThinkStu
        32
    ThinkStu  
    OP
       May 2, 2023
    @cheng6563 谢了老哥，我也试了下，openj9 平均降低了运行内存 20%~50%~ 对于个人开发者来说，的确是个不错的方案
    coderstory
        33
    coderstory  
       May 30, 2023
    openj9 对于某项项目 会导致启动很慢 我已经弃用了
    byte10
        34
    byte10  
       Jun 8, 2023
    我的那个 alist-encrypt 用的是 nodejs ，先用 ncc 整合编译单个文件，然后用 pgk 进行打包可执行文件。后来又研究了一下 wasm ，挺不错的东西，但是也有很多局限，也不能很好的打包编译。看来还是 go 牛逼点。
    CodeCodeStudy
        35
    CodeCodeStudy  
       Sep 4, 2025
    @yazinnnn #29 aot 不用 jvm ，需要 jvm 那是因为原生编译不成功，fallback 了的
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1569 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 78ms · UTC 16:30 · PVG 00:30 · LAX 09:30 · JFK 12:30
    ♥ Do have faith in what you're doing.