《GraalVM 将重点转向 Python /Javascript 等非 Java 语言》？

这东西要被砍了吧

Project Leyden 合入主线不远了吧

OpenJDK 的 Project Leyden 接班了

@joshryo #4 看了下 https://openjdk.org/projects/leyden/，Ahead-of-Time Code Compilation 还是 TO BE DONE 的状态

@monmon 开源社区肯定会继续支持，但是 Oracle 在 JDK25(LTS)发布的节点停止支持，官网上还挂着 GraalVM 25 (Latest)，直觉上给人一种整烂活的感觉（当然不排除直觉是错误的）

> GraalVM for JDK 24 是作为 Oracle Java SE 产品组件获得许可和支持的最后一个 GraalVM 版本

我从上面的 Reddit 帖子摘一些内容吧，我也差点被误导了：

1. GraalVM for JDK 根本没死，死的是「 Java SE 产品中的 」 GraalVM 。Oracle 的 GraalVM 项目负责人也证实了这一点。鲜为人知的是，Oracle JDK 包含了 GraalVM JIT （即在运行时使用 Graal 编译器进行即时编译的选项）。看起来，这个选项可能并没有取得预期的商业成功，因此 Oracle 从 Java SE 中移除了 GraalVM JIT ；

2. GraalVM for JDK ，尤其是其中的 Native-image 和 Truffle 项目，没有任何停止或删除；

3. Oracle 将不会再投资这个项目了，因此可以预见维护会放缓。但是亚马逊、微软、IBM 、Red Hat 均有贡献，不至于因为 Oracle 离场被扼杀；

4. 这意味着购买 Oracle Java SE 商业版本的用户将不再获得该产品中包含的 GraalVM JIT 和 Native-image 的技术支持。它将成为一个独立的组件；

5. Project Leyden 是另一个故事：它确实继承了 GraalVM JIT ，但和 Native-image 没有直接关系（而后者才是大部分 Java 用户使用 GraalVM 的原因）。

@w568w 笔误：5 中的「继承了 GraalVM JIT 」应为「继承了 GraalVM AOT Cache 」。

Native-imge 如果没了还是比较可惜的，我公司一个项目用这个玩意儿去做打包的。打包和 bug 确实痛苦。但带来的内存节省，和分发包体积的改善，确实很可观

大部分人用 GraalVM 用的是 AOT ，也就是 native-image 。GraalVM JIT 对开发者来说没啥吸引力