JIT编译器与普通编译器有何不同？

有关Java，Ruby和Python之类的JIT编译器的宣传大肆宣传。JIT编译器与C / C ++编译器有何不同？为什么为Java，Ruby或Python编写的编译器称为JIT编译器，而C / C ++编译器仅称为编译器？

JIT编译器会在执行之前或什至已经执行时即时对其进行编译。这样，运行代码的VM可以检查代码执行中的模式，以允许仅使用运行时信息才能进行的优化。此外，如果VM出于某种原因（例如，太多的高速缓存未命中或代码频繁抛出特定异常）而决定编译版本的性能不够好，则它可能会决定以不同的方式重新编译它，从而导致更智能汇编。

另一方面，C和C ++编译器传统上不是JIT。它们只能在开发人员的计算机上一次编译一次，然后生成可执行文件。

JIT是即时编译器的缩写，名称是misson：在运行时，它确定了有价值的代码优化并加以应用。它不能代替普通的编译器，而是解释器的一部分。请注意，使用中间代码的Java之类的语言都具有：用于将源代码转换为中间代码的普通编译器，以及用于提高性能的解释器中包含的JIT。

代码优化当然可以由“经典”编译器执行，但要注意主要区别：JIT编译器可以在运行时访问数据。这是一个巨大的优势。显然，正确利用它可能很难。

例如，考虑如下代码：

m(a : String, b : String, k : Int) {
  val c : Int;
  switch (k) {
    case 0 : { c = 7; break; }
    ...
    case 17 : { c = complicatedMethod(k, a+b); break; }
  }

  return a.length + b.length - c + 2*k;
}

普通的编译器对此不能做太多。但是，JIT编译器可能检测到m仅k==0出于某种原因而被调用（类似的事情可能会随着代码随时间的变化而发生）。然后，它可以创建代码的较小版本（并将其编译为本机代码，尽管从概念上讲我认为这是次要的点）：

m(a : String, b : String) {
  return a.length + b.length - 7;
}

在这一点上，它可能甚至会内联方法调用，因为它现在很简单。

显然，Sun放弃javac了Java 6中曾经做过的大多数优化。有人告诉我，这些优化使JIT很难做很多事情，而且天真地编译的代码最终运行得更快。去搞清楚。