java中构造方法 在java中，GraalVM是jvm的未来吗？

在java中，GraalVM是jvm的未来吗？

给我一个有力的回答。结论是，graalvm希望成为“终极”虚拟机。

大多数脚本语言或具有动态效果的语言都需要语言虚拟机来运行，如Cpython、Lua、Erlang、Java、ruby、R、JS、PHP、Perl、APL等。但这些语言的虚拟机层次，是的，是具体实现。例如，Cpython的VM不忍直视，但JVM的hotspot VM、C#的CLR和JS的V8都是最先进的，我们不能用这些虚拟机来运行最先进的技术吗？

答案基本上是肯定的。首先，Java、Scala和groovy最初是基于JVM的语言。没有压力。直接转到JVM。对于Cpython、R、ruby、PHP甚至我们自己编写的一种新语言，让我们回顾一下我们的一般做法：首先将源代码解析为ast，然后编写一个ast解释器->；当一些人使用这种语言时，语言设计者可能会继续迭代并实现一个虚拟机，包括GC、runtime等。，而且代码执行仍然是ast解释器->更多的人使用它，然后如果语言社区有足够的资金和人力，它可以编写JIT编译器，提高GC性能等等。大多数语言都达不到这一步。我们希望ast解释器节点中的语言性能足够好。我们不需要在性能优化上花费太多的精力和金钱。这就是truffle语言框架的动机。Truffle是一个Java框架，它自然地在JVM上运行。在此框架下，用户只需实现特定语言的ast解释器，工作量相对较小，性能也足够好。

Java能不能像C语言不通过JVM虚拟机直接编译成二进制机器码，让计算机直接运行？

从语言设计的角度看，可以通过重新设计编译器来实现，但从工程实践的角度看是不可行的。

首先，Java语言最大的特点是跨平台的可移植性，一次开发，一次编译，多平台执行。这个特性是通过JVM（Java虚拟机）实现的。如果重写编译器直接编译成C语言这样的可执行程序，它将失去跨平台特性。

其次，Java语言在设计之初就被设计成严重依赖JRE（Java运行时环境）的语言。一些语言设计缺陷必须依靠JVM来解决，比如GC（垃圾收集）。我们知道Java语言没有内存恢复能力，所以我们不得不依赖JVM。在工程实践中，如果软件不能进行内存恢复，后果将是灾难性的。

第三，Java语言是面向对象的，不同于同样面向对象的C语言，Java还具有动态特性。

它允许程序动态加载运行过程中所需的类，这在面向对象编程中是C语言无法实现的。在C语言编程过程中，每次向类中添加实例变量或成员函数时，引用该类的所有子类都必须重新编译，否则会导致程序崩溃。Java从以下几个方面采取措施来解决这个问题。java编译器没有将对实例变量和成员函数的引用编译成数值引用，而是将符号引用信息保存在字节码中并传递给解释器，解释器在动态连接类后将符号引用信息转换成数值偏移量。这样，在内存中生成的对象不会在编译期间确定，而是延迟到运行时并由解释器确定。这样，更新类中的变量和方法不会影响现有代码。在解释和执行字节码时，只有在出现新名称时才执行一次符号信息的搜索和转换，然后才能全速执行代码。在运行时确定引用的好处是可以使用更新的类，而不用担心影响原始代码。如果程序连接到网络中另一个系统中的类，则该类的所有者可以自由更新该类，而不会使引用该类的任何程序崩溃。这完全取决于JRE。

以上几点决定了Java不能像C语言那样直接编译成机器代码。当然，还有其他一些因素，但我认为以上几点是最重要的。

java中构造方法 哪个人物没有在gta系列中出现过 gta一直交易处理中

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。