我想知道为什么 JVM 的 JIT 编译器在编译时忽略“巨大的方法”。 (除非 DontCompileHugeMethods 标志设置为 false。)与此同时，大多数关于 Java 的 JIT 编译器的讨论都指出内联是一种 super 优化，因为它允许增长大量需要编译的指令。这个更大的编译上下文可以更好地优化执行的代码。有了这个，我会假设一个巨大的方法与一个大量内联的方法没有太大区别，并且应该是 JIT 编译的一个很好的目标。我在这里缺少什么？
最佳答案
基本上编译大量方法的投资返回率很低。
热点代码通常很短。
即使一个巨大的方法被频繁执行，热点部分也不太可能覆盖整个方法。 例如。考虑一个大型的
switch语句，其中只有少数case标签经常被执行。 然而，编译单元是一种方法 - 因此 JIT 代码的大部分将是一种浪费。大量方法的编译需要大量时间和空间。而且，编译时间不会线性增长。 编译几个小方法反而会更有利可图。
太长的机器代码会污染指令缓存。
某些优化更适用于较小的代码片段，例如寄存器分配或循环展开。
如果单个方法大于8K字节码，反正看起来写得不好。
关于java - JIT 不编译大型方法的理由是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24927813/