Java中字节码的目的是什么？

Question

13

假设我可以在几秒钟内编译300个类，那么Java的实现就可以直接使用Java源文件而不是字节码作为输入，然后编译并缓存输入的源代码，并且永远不会再次编译它（例如Python就是这样做的，许多语言实现也是如此，甚至不必费心缓存）：

这个初始编译体验将等同于用户已经习惯的安装过程。
这将消除在字节码解释器中实现verification（实际上只是重新实现了部分编译时检查）的非常规任务，从而减少实现复杂性。
目前的Java会在每次启动时验证输入的字节码，即使它之前已经验证过了。第2点当然会减少启动时间，因为它消除了这一步骤（尽管当前的Java平台也可以在某个地方缓存“checked”状态以减少启动时间，我不确定它是否这样做）。
这将允许实现按照他们想要的方式进行编译（或者根本不编译），例如用于提高性能。Android甚至不使用Java字节码，它使用dalvik字节码，因为他们声称它更适合他们的需求（例如在他们的硬件上更有效）。如果没有字节码，Google做出的这个设计决策将完全透明。
这将促进开源

这解释了为什么要分发字节码而不是本地代码，但要明确的是，我想知道为什么需要编译后的格式进行分发？假设编译很重要，为什么不让运行时编译源代码并缓存它呢？

我能想到的唯一剩下的理由是为了混淆，但是...

...所以这一点被简化为直觉认为字节码比源代码更复杂，因此有一个字节码分发格式可以欺骗商人认为他们的知识产权受到保护（即字节码将“增加价值”，但没有技术原因）。

为什么Java平台设计为向用户分发字节码，而不是源代码？我在互联网上找不到任何解释。我是否漏掉了什么重要的原因？

如果你提出了一个理由，你应该明确它是语言设计者最初拥有的理由还是今天仍然有效的理由。

- Dog

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Durandal · Accepted Answer

你只是在你的小世界里思考。有一些令人信服的理由来编译源代码并交付字节码：

下载时间（小程序应成为广泛接受的Web技术）- 用户不需要源代码，那么为什么要保留源代码？减少传输的信息量意味着更快的下载速度。
减少启动时间。每次运行时编译需要额外的时间。如果您可以每秒编译300个类，那么现在单独JRE的启动时间将增加5-10秒。而且1995年的机器速度还比较慢，你知道的。
Java旨在面向多种平台。有些平台不像您的PC那样强大。想想嵌入式和移动设备。它们可能没有存储空间或能力来编译代码。
字节码允许任何语言编译为字节码 - 不仅限于Java。有很多其他语言可以编译为字节码。你会喜欢为它们中的每一个安装一个新的编译器吗？
公司通常不愿意将“源代码”交出手中。如果程序以“源代码”的形式交付，则Java将面临更多的接受问题。
字节码是一种足够简单的机器码形式，可以直接在硬件中执行（有一些嵌入式设计具有部分本地字节码支持）。

我相信还有更多关于字节码的优点我还没有考虑到。