>>773
JITは、「Javaのバイトコード」から「プラットフォームのネイティブコード」へのコンパイルを
するものだと認識しております。私が今「コンパイル」と呼んでおるものは、「Javaのソースコード」
から「Javaのバイトコード」へのコンパイルのことです。単に「コンパイル」という言葉を用いた
ことで、誤解を招いたのだとしたら大変申し訳ありません。ご容赦ください。

>>780
> （略）困るじゃないか！と言いたいわけだ。
はい。大体そういうことです。

> そんな最適化は行われないから、現実問題には何も問題はないわけだけど。
うーむ。あっさり「そんな最適化は行われない」って答えを言われちゃうと、アレなんですが。^^；

>>766 さんは、「それくらいコンパイル時に最適化されてるんじゃないか？」とご発言ですので、
ここで >>780 さんと意見（予想？）が対立したわけですね。さて、どっちが正解なのか、がんがん
議論してくださいな。ｗ （>>779 さん。ごめんなさい。あなたに説明する能力が、私にはありません。）

>>781
> 呼ばれる側のオブジェクトが変更されたら、呼ぶ側の
> 「再コンパイルが必要」なのは当然。

「オブジェクトの変更」という用語を持ち出されると、これまた非常に解答が難儀ですが、
なんだかずいぶん不便な Java をお使いのようですね。私が使っている Java は、
「Write Once, Run Anywhere」でありまして、呼ばれる側の API の実装の内部は幾度となく
変更されておりますが、私の書いたプログラムは、大体のところ再コンパイル無しで動いております。