GraalVM

前阵子，Oracle 发布了一个黑科技 "GraalVM"，号称是一个全新的通用全栈虚拟机，并具有高性能、跨语言交互等逆天特性，真有这么神奇？ GraalVM 简介 GraalVM 是一个跨语言的通用虚拟机，不仅支持了 Java、Scala、Groovy、Kotlin 等基于 JVM 的语言，以及 C、C++ 等基于 LLVM 的语言，还支持其他像 JavaScript、Ruby、Python 和 R 语言等。 GraalVM 有以下几个特性。 更加高效快速的运行代码 能与大多数编程语言直接交互 使用 Graal SDK 嵌入多语言 创建预编译的原生镜像 提供一系列工具来监视、调试和配置所有代码 官网： http://www.graalvm.org/ GraalVM 有什么用？ 1、支持多种语言组合编程 来看下面这段代码，来自官网。 const express = require('express'); const app = express(); app.listen(3000); app.get('/', function(req, res) { var text = 'Hello World!'; const BigInteger = Java.type( 'java.math.BigInteger'); text += BigInteger.valueOf(2) .pow

The GraalVM system apparently cannot compile a Spring application into a native image. Can we compile a subset of the Spring application -- say, as a separate library -- and then use that with the remainder compiled using the usual javac compiler? Or maybe if we leave out some Spring features from our application? Any other possibilities? Oleg Šelajev The opening statement of this question is a bit vague so it's hard to address it properly. GraalVM absolutely can compile Spring applications. GraalVM distibution is very similar to a normal JDK, it includes a javac utility, a java utility, which

I am developing a Java application that needs to execute JavaScript. Nashorn JS engine is about to get deprecated and the replacement is the set of APIs provided by Graal SDK which makes use of GraalVM. The virtual machine that essentially executes a number of languages. At least that is what I think. So I spent a day trying to get it working. I downloaded GraalVM rc6 that uses JDK 8. I use IntelliJ IDEA and I added GraalVM as a new JDK. I found it strange that I am supposed to add a virtual machine as a development kit, but I knew it is based on JDK 8 so I was ok with it. And the problem was

作者| 易立 阿里云资深技术专家<br /> <br />导读：云原生时代的来临，与Java 开发者到底有什么联系？有人说，云原生压根不是为了 Java 存在的。然而，本文的作者却认为云原生时代，Java 依然可以胜任“巨人”的角色。作者希望通过一系列实验，开拓同学视野，提供有益思考。 在企业软件领域，Java 依然是绝对王者，但它让开发者既爱又恨。一方面因为其丰富的生态和完善的工具支持，可以极大提升了应用开发效率；但在运行时效率方面，Java 也背负着”内存吞噬者“，“CPU 撕裂者“的恶名，持续受到 NodeJS、Python、Golang 等新老语言的挑战。 在技术社区，我们经常看到有人在唱衰 Java 技术，认为其不再符合云原生计算发展的趋势。我们先抛开这些观点，首先思考一下云原生对应用运行时的不同需求。 体积更小 - 对于微服务分布式架构而言，更小的体积意味着更少的下载带宽，更快的分发下载速度。 **启动速度更快 **- 对于传统单体应用，启动速度与运行效率相比不是一个关键的指标。原因是，这些应用重启和发布频率相对较低。然而对于需要快速迭代、水平扩展的微服务应用而言，更快的的启动速度就意味着更高的交付效率，和更加快速的回滚。尤其当你需要发布一个有数百个副本的应用时，缓慢的启动速度就是时间杀手。对于Serverless 应用而言，端到端的冷启动速度则更为关键

I'm reading JEP 317 . It says that Graal (a new experimental Java-based JIT compiler) will be part of JDK 10, but then it says that is already available in JDK 9. So, what's the point of JEP 317 then? Does Java 9 include Graal or not? From one of my memos, on linux-x64 (out-of-the-box) to use Graal on JDK 9, you can enable it using : -XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI -XX:+UseJVMCICompiler Source : Tweet from Chris . If you're explicitly willing to make use of the org.graalvm.* classes, they are not present in the JDK-9 build except for the Linux distribution here and the JEP