18

为什么用 Java 编写的代码需要编译成 JVM 解释的字节码，而用 JavaScript 这样的语言编写的代码不需要编译，可以直接在浏览器中运行？

有没有简单的方法来理解这一点？

这两种语言的编写方式之间的根本区别是什么，可能有助于理解这种行为？

我不是CS学生，所以请原谅这个问题的幼稚。

4

4 回答 4

25

从历史上看，JavaScript 是一种解释型语言。这意味着解释器接受源代码并一步执行。这里的优点是简单和灵活，但是解释器很慢。编译器将高级语言转换为本地处理器或 VM（在本例中为 Java VM）可以直接执行的低级语言。这要快得多。

现代浏览器中的 JavaScript 现在是动态编译的。所以当脚本被加载时，JavaScript 引擎做的第一件事就是把它编译成字节码然后执行它。从最终用户的角度来看，缺少整个编译步骤的原因是浏览器开发人员（谢天谢地）维护了 JavaScript 没有显式编译的要求。

Java 从一开始就是一种始终具有显式编译步骤的语言。但在许多情况下，这不再是真的了。像 IntelliJ 或 Eclipse 这样的 IDE 可以即时编译 Java，并且在许多情况下删除了显式编译步骤。

于 2012-08-07T20:20:32.453 回答
3

JavaScript 和 Java 不是一回事。他们可能有一个相似的名字，但我建议您向JS 大师道格拉斯·克罗克福德 (Douglas Crockford ) 了解，以帮助澄清他们实际上根本没有关系的事实。

现实情况是，没有什么能阻止 Java 成为一种解释性语言，同样也没有什么能阻止 JavaScript 成为一种编译语言（Chrome 的 javascript 引擎确实会进行编译以提高速度，并且做得非常好）。

在浏览器的上下文中，Java 的运行方式与 Flash 或 Silverlight 相同——需要一个插件，并且浏览器充当该插件的宿主；它承载了一个 Java 运行时环境。

Javascript 被设计为浏览器的脚本语言，这就是浏览器可以原生理解它的原因。 然而，浏览器如何真正实现该代码的运行，完全取决于浏览器。也就是说 - 它可以纯粹在脚本级别运行，假设对下一行代码的了解为零并运行纯粹的基于软件的堆栈；或者它可以执行一些 JIT 以使代码更接近硬件并（希望）提高速度。

于 2012-08-07T20:24:43.820 回答
2

任何语言都可以编译和解释。在这两种情况下，软件都必须读取源代码、拆分、解析等，以检查某些需求，然后为程序的每个部分赋予含义。唯一的区别是编译器随后会继续生成具有（几乎）相同含义的另一种语言（JVM 字节码、JavaScript、机器代码或完全不同的东西）的代码，而解释器会立即执行程序的含义。

现在，在实践中它既简单又复杂。它在许多语言中更简单，更适合这两种语言中的一种——Java 是静态类型的，程序含义的动态性相对较小，因此您可以编译它，从而完成一些原本需要在运行。JavaScript 是动态类型的，在运行时之前您无法决定很多事情（例如 + 是加法还是连接），因此编译不会为您提供太多性能。然而，编译器和解释器的混合（编译为简化的中间表示，然后解释和/或编译）在动态语言实现中越来越流行。还有一个事实是现代 JavaScript 实现确实可以编译，事实上 V8从来没有解释任何东西。

于 2012-08-07T20:25:09.493 回答
0

由于 Java 和 Javascript 之间编译层次的复杂性，Javascript 存在一些限制。由于字节码是在为特定操作系统编写的 JVM 平台上执行的，而硬件字节码执行在访问系统资源方面更有优势。甚至 C 代码也可以嵌入到 Java 字节码中。另一方面，由于 Javascript 仅在浏览器上运行，因此与它的关系不大。

Java平台有两个主要部分。Java 编程语言和 JVM。它使每个部分只关注自己的领域。这就是 JVM 不处理 Java 编程语法的原因。类似于运行 C 代码时，链接不处理 C 代码而是汇编。

JVM 平台中的字节码很可能是 C 中的程序集。

最终，所有表示都转换为二进制表示，然后以某种方式转换为电信号。它证明我们需要编程水平。

于 2012-08-07T20:27:33.633 回答