环顾四周，皆是对手！
- 云时代的掉队者，由于Java启动的高延时、对资源的高占用、导致在Serverless及FaaS架构下力不从心，在越来越流行的边缘计算、IoT方向上也是难觅踪影;
- Java语言在业务服务开发中孤独求败，但在系统级应用领域几乎是C、C++、搅局者Go、黑天鹅Rust的天下;
- 移动应用、敏捷应用的追随者，移动应用中Android逐步去Java，前端又是JS的世界，敏捷开发方面前有Ruby、Python后有NodeJS;
此时众多的Javaer会不经意发问：学Java还有未来么？
你可以嫌弃Java, 但是可以永远相信JVM! 在云原生如日中天、Serverless日渐成熟、新语言百花齐放的当下，跨语言、Native支持、高性能低资源占用的技术必定是其璀璨的明珠，而GraalVM正是这样一个承载了JVM未来，将Java带入下一波技术的弄潮儿。
GraalVM - 云原生时代的Java
“一次编写，到处运行“是Java语言的特性，这一重要特性依靠的是JVM虚拟机
在讨论GraalVM之前，我们先聊下Java代码是怎么运行的？
从硬件视角来看，Java字节码无法直接执行。因此，Java虚拟机需要将字节码翻译成机器码。
从虚拟机视角来看，执行Java代码首先需要将它编译而成的 class 文件加载到 Java 虚拟机中。加载后的 Java 类会被存放于方法区（Method Area）中。实际运行时，虚拟机会执行方法区内的代码。Java 虚拟机同样也在内存中划分出堆和栈来存储运行时数据。
不同的是，Java 虚拟机会将栈细分为面向 Java 方法的 Java 方法栈，面向本地方法（用 C++ 写的 native 方法）的本地方法栈，以及存放各个线程执行位置的 PC 寄存器。
在运行过程中，每当调用进入一个 Java 方法，Java 虚拟机会在当前线程的 Java 方法栈中生成一个栈帧，用以存放局部变量以及字节码的操作数。这个栈帧的大小是提前计算好的，而且 Java 虚拟机不要求栈帧在内存空间里连续分布。
当退出当前执行的方法时，不管是正常返回还是异常返回，Java 虚拟机均会弹出当前线程的当前栈帧，并将之舍弃。