我应该查看java编译器生成的字节码吗？

Question

No

• 无论如何，JIT编译器可以将字节码“转换”为完全不同的东西。
• 它会引导你做过早的优化。

Yes

• 您不知道JIT将编译哪种方法，因此如果您优化它们会更好。
• 它将使您成为更好的Java程序员。

我问的是没有真正知道（显然）所以随意重定向到JIT超链接。

Answer 1

是的，但在某种程度上 - 作为一个教育机会，看看幕后发生了什么是好的，但可能应该适度地完成。

这可能是一件好事，因为查看字节码可能有助于理解如何将Java源代码编译成Java字节码。 此外，它可能会给出一些关于编译器将执行何种优化的想法，以及编译器可以执行的优化量的一些限制。

例如，如果执行字符串连接， javac将优化连接以使用StringBuilder并执行append方法来连接String 。

但是，如果在循环中执行字符串连接，则可以在每次迭代时实例化新的StringBuilder ，与在循环外手动实例化StringBuilder并仅在循环内执行append s相比，可能导致性能下降。

关于JIT的问题。 即时编译将特定于JVM实现，因此在将字节码转换为本机代码时，找出字节码实际发生的情况并不容易，而且，我们无法分辨哪些部分是JITted（至少没有一些特定于JVM的工具，看看正在执行什么样的JIT编译 - 我不知道这个领域有什么细节，所以我只是在猜测。）

也就是说，无论如何，JVM将执行字节码，它的执行方式对开发人员来说或多或少是不透明的，同样也是JVM特有的。 一个JVM可能会执行一些性能技巧，而另一个则不会。

当涉及到查看生成的字节码的问题时，它归结为在编译为字节码时学习源代码实际发生的事情。 能够看到编译器执行的各种优化，但也了解编译器可以执行优化的方式有限。

总而言之，我不认为对字节码生成过敏并试图编写将发出最优化字节码的程序是一个非常好的主意。 更重要的是编写其他人可读和可维护的Java源代码。

Answer 2

这完全取决于你想要做什么。 如果您正在尝试优化方法/模块，查看字节代码将浪费您的时间。 始终首先分析您的瓶颈所在，然后优化瓶颈。 如果您的瓶颈看起来尽可能紧，并且您需要加快速度，那么您可能别无选择，只能在本机代码中重写它并与JNI进行交互。

尝试优化生成的字节码将没有多大帮助，因为JIT编译器将做很多工作，并且你不会对它正在做什么有太多的了解。

Answer 3

我不这么认为。 除了必须调试javac编译器或想要知道感兴趣之外，我想不出有人为什么会关心生成什么字节码的一个很好的理由。

知道字节码不会让你成为一个更好的Java程序员，只要知道内燃机如何工作将使你成为一个更好的驱动程序。

从抽象的角度思考。 在计算行星轨道时，你不需要知道夸克或原子的作用。 要成为一名优秀的Java程序员，你应该学习......嗯.. Java。 是的，Java，就是这样:-)

Answer 4

除非您正在开发某种类型的高容量服务器，否则您可能永远不需要检查字节码，除了好奇心。 遵循组织中可接受的编码实践的源代码将为大多数应用程序提供充足的性能。

在对应用程序进行负载测试之后发现问题（或者整个客户服务部门为您完成“永久”加载的屏幕时，您不会担心性能问题）。 然后，锤击瓶颈并将剩下的代码单独留下。

字节码需要适度的学习曲线才能理解。 当然，学到更多东西永远不会伤害，但实用主义建议在必要时将其推迟。 （如果那一刻到来，我建议找人来指导你。）