@xianyv #1 好事不出门，坏事传千里🥲

safari

等等...等等...等

水水水

@Masoud2023 #6 工作地点主要在上海，不过社招我不太清楚，抱歉

@SmartTom #1 米看能力，没有 985211 之说，欢迎投递~

X 无处不在，左上角或右上角

@littlewing 两个导航软件都给了🥲

@cheng6563 谢了老哥，我也试了下，openj9 平均降低了运行内存 20%~50%~ 对于个人开发者来说，的确是个不错的方案

@Huelse 写了一篇博客《 GraalVM 编译 SpringBoot 程序》，希望对你有所帮助~： https://blog.csdn.net/qq_35760825/article/details/130459747?spm=1001.2014.3001.5501

@wdwwtzy 哈哈，不过 Java 的开发者可能优先选择切换至 Go

@awolf 原本编译 jar 包，现在编译成可执行文件，也不需要 JVM 的参与了，内存使用率自然下降（不过编译出来的程序性能也会下降一点）

我刚才使用了 3 种不同情境的虚拟机，编译结果如下（本机 MacOS 系统，M1 pro 芯片）：
1 、orbStack 模拟 arm 虚拟机：编译通过，正常生成可执行文件。
2 、orbStack 模拟 Intel 虚拟机：编译失败，未知报错。
3 、阿里云 Intel 服务器：编译通过，正常生成可执行文件。

感谢大家的帮助！此贴终结🙆。经过测试，原因已经找到：可能是因为利用 orbStack 创建出来的 Intel 虚拟机存在问题，导致一直无法正常编译（因为我是 MacOS 系统，M1 pro 芯片 ）。

@ljhrot #16 想问一下，你这台机子是 arm 还是 intel 的？

@oldshensheep #15 我切换到 arm 架构的虚拟机，也能正常编译了，不过为什么 Intel 还是没有成功，暂时不知道原因

@lff0305 #13 安装好了的，问题还是一样
https://i.imgur.com/WLNvzcz.png

源码其实就是一个很小的测试案例，已经上传至 GitHub： https://github.com/Bistutu/hello_graalvm

@julyclyde #7 这个命令也是完全没有问题的
https://i.imgur.com/CtbKQJs.png