コンパイルできるのであれば、Javaはなぜコードを解釈しますか？

Question

同じコードが何度も実行されずに再起動されるエンタープライズアプリケーションで、コードが複数回、つまり閾値時間を超えてヒットした場合は、とにかく（ほとんどの部分）jitコンパイルされます私はjvmエンジニアがコードをコンパイルしてプラットフォームの独立性を維持し、コードをもう一度コンパイルして、マシンコードを一般的な場合にはより速くするべきではなく、 jvmがコンパイルされていれば、jvmはすべてのプロファイリング情報と統計情報を使用してマシンコードを拡張し、すべての機能拡張を行うことができます。確かにそれはコンパイル時間を要しますが、毎回解釈されるのではなく一般的なコードが実行されます。コンパイルしたコンパイラを作成し、いくつかのメソッドが暑くなった場合にそれを自慢します。私はここで間違っているかもしれませんが、これは興味深い質問です。

Answer 1

最適化によるコンパイルは非常に高価です。大規模なCプロジェクト（例えばfirefox、linux kernel）のコンパイル時、特にリンク時の最適化を見てください。

JITもターゲットプラットフォーム用にコンパイルされます。つまり、サポートできるすべての使用可能な命令でコンパイルしようとします。つまり、コンパイルされたコードを配布できません。

ここで、JITが間違っていて救済が必要な投機的な最適化（プロファイリングに基づく）を実行するとします。コンパイルのみがオプションであった場合、このコードは再コンパイルされるまで実行を継続できません。インタプリタでは、救済措置の原因となった珍しいコードパスの実行を継続することができます。

また、いくつかの最適化はワークロード固有であることに注意する必要があります。つまり、（悪い）テスト作業負荷が実際の作業負荷とは異なるコードパスを実行し、実行時にプロファイルされた後、 。

すべてのアプリケーションが長期実行デーモンであるとは限りません。 JVMをスピンアップして1つのタスクを実行するものもあれば、完了したら終了するものもあります。

また、多くのコードが1回のみ実行されるとします。アプリケーションの起動またはシャットダウン中に

これらの要因はすべて理由に寄与しています。一部デフォルトでは、JVMはインタプリタ+コンパイラの組み合わせを使用します。他の人はAOTコンパイルされたコードのみを使うことも、テクニカルトレードオフのために通訳を使うこともできますが、一般的には高速ではありません。

Answer 2

これは、複数の要素とデザインの選択肢が混在しています。

Javaはバイトコードとして提供され、プラットフォームに依存する永続的なアーティファクトはありません。これはプラットフォームの独立性を確保するための設計上の選択です。 Androidは別の選択肢となりました。これは、主に実行するプラットフォームが制限されているためです。

コードの解釈は、コードをコンパイルして一度だけ実行するよりも高速です。 したがって、適切な起動時間で最高のパフォーマンスを発揮できます。コードが必要なときにコンパイルを開始すると効率的です。コンパイルは別のスレッドで実行され、バイナリは準備ができたらすぐに使用されます。コードが頻繁に使用されると、ホットスポットは複数の繰り返しコンパイルを実行します。実際の動的ランタイム特性を使用することができるため、バイナリは静的な情報しか持たないコードより速くなる可能性があります。

Answer 3

ほとんどのコードが十分に速く実行され、ネイティブコンパイルのオーバーヘッドが発生する必要がないため、Javaはほとんどのコードを解釈して実行します。 JIT（HotSpot）エンジンは、使用価値の高いコードを最適化します。さらに、コンテキストでを最適化します。つまり、たとえ変数が理論的に変更されても、シーケンスがレジスタに入れたり、定数として保持できるように、特定のシーケンスのコマンドでは変更されません。仮定に違反すると、JITはそれを解釈モードに戻します。コンパイルを実行すると、実行時の洞察力をすべて失うことになります。 Javaのやり方は、実際にはC++などのコンパイルされた言語よりも、よりタイトで効率的なコードを生成します。