No
Yes
我在不知道（显然）的情况下提问，所以请随意重定向到JIT超链接。
答案 0 :(得分：17)
是的，但在某种程度上 - 作为一个教育机会，看看幕后发生的事情是好的，但可能应该适度地进行。
这可能是件好事，因为查看字节码可能有助于理解如何将Java源代码编译成Java字节码。此外，它可能会提供一些关于编译器将执行何种优化的想法，以及编译器可以执行的优化量的一些限制。
例如，如果执行了字符串连接，javac会优化连接，使用StringBuilder并执行append方法来连接String。
但是，如果字符串连接是在循环中执行的，则可能会在每次迭代时实例化新的StringBuilder，与在循环外手动实例化StringBuilder并且仅执行操作相比，可能会导致性能下降循环中append。
关于JIT的问题。即时编译将特定于JVM实现，因此在将字节码转换为本机代码时，找出字节码实际发生的情况并不容易，而且，我们无法分辨哪些部分是JITted（至少没有一些特定于JVM的工具，看看正在执行什么样的JIT编译 - 我不知道这方面的任何细节，所以我只是在推测。）
也就是说，无论如何，JVM将执行字节码，它的执行方式对开发人员来说或多或少是不透明的，同样也是JVM特有的。一个JVM可能会执行一些性能技巧，而另一个则不会。
当涉及到查看生成的字节码的问题时，它归结为在编译为字节码时学习源代码实际发生的事情。能够看到编译器执行的各种优化，但也了解编译器可以执行优化的方式存在限制。
所有这一切，我不认为对字节码生成和尝试编写将发出最优化字节码的程序的强迫性是一个非常好的主意。更重要的是编写其他人可读和可维护的Java源代码。
答案 1 :(得分：4)
这完全取决于你想要做什么。如果您正在尝试优化方法/模块，查看字节代码将浪费您的时间。始终首先分析您的瓶颈所在，然后优化瓶颈。如果您的瓶颈看起来尽可能紧，并且您需要加快速度，那么您可能别无选择，只能在本机代码中重写它并与JNI进行交互。
尝试优化生成的字节码将没什么用处，因为JIT编译器会做很多工作，而且你不会对它正在做什么有太多了解。
答案 2 :(得分：1)
我不这么认为。除了必须调试javac编译器或想要知道感兴趣之外，我想不出有人会关心生成什么字节码的一个很好的理由。
了解字节码不会让你成为一个更好的Java程序员，只要知道内燃机如何工作将使你成为更好的驱动程序。
从抽象的角度思考。在计算行星轨道时，你不需要知道夸克或原子的作用。要成为一名优秀的Java程序员，你应该学习......嗯.. Java。是的，Java，就是这样： - ）
答案 3 :(得分：0)
除非您正在开发某种类型的高容量服务器，否则您可能永远不需要检查字节码，除了好奇心。遵循组织中可接受的编码实践的源代码将为大多数应用程序提供充足的性能。
在对应用程序进行负载测试之后发现问题（或者整个客户服务部门为您完成需要“永远”加载的屏幕）时，不要担心性能问题。然后，锤击瓶颈并留下剩下的代码。
字节码需要适度的学习曲线才能理解。当然，学到更多东西永远不会伤害，但实用主义建议在必要时将其推迟。 （如果那一刻到来，我建议找人来指导你。）