Javaコンパイラは静的最終文字列を最適化しません。どうして？

Question

私は私のアプリでは、次のコードを持っている：

public static final boolean DEBUG = true; 
    public static final boolean REL = !DEBUG; 

    private static final String DEBUG_OR_RELEASE = (REL) ? "RELEASE_VER" : "DEBUG_VER"; 

私は（ProGuardの経由でエクスポートしたとき）は、Javaコンパイラは、結果の.apkファイルから完全に"DEBUG_VER"文字列を排除しますが、私はの.apkファイルを調べたときにすることを考えました、私はそこに "DEBUG_VER"文字列を参照してください。

なぜですか？私は何が欠けていますか？私は何を間違えたのですか？

Answer 1

投稿した内容によると、DEBUGが真であるので、はfalseであるため、(REL) ? "RELEASE_VER" : "DEBUG_VER"は "DEBUG_VER"を返すはずです。

public static final boolean DEBUG = false; 

ことを試してみて、何が起こるかを参照してください。

これは、あなたがあなたの代わりに「RELEASE_VER」を参照してください期待している場合、あなたが設定する必要がありますので、観察しているまさにです。

Answer 2

変数がtrueに設定されていてもまだ実行されています。 ？：ステートメントは実行可能コードと操作コードの一部であり、Javaにはプリコンパイラがないため、はコンパイルするたびにに実行されます。

論理的に操作が同じであっても、Javaは操作を自動的に推論して単純化しません。

Answer 3

Javaバイトコードへのコンパイルは最適化を行っていません（ほんのわずかな例外を除いて）。

多くの書籍には、最適化が行われたときに「コンパイル」段階が間違っていることが簡略化されています。最適化が実際に行われるときは、バイトコードファイルがJVMによって処理されます。クリアランスのために、コンパイル時にバイトコードをコンパイルするときに、JVMツールによって行われるネイティブコードを処理する最適化が行われることがあります。

場合によっては最適化が全く行われないことがあります（JVMは解釈モードで動作します）。場合によっては、JIT（Just In Timeコンパイラ）によって最適化されているものがあります。また、適応オプティマイザは、最適化（最適化だけでなく、実行する追加操作の場合にコード実行のプロファイリングも行います）を処理します。

最後に、ファイルに問題はありません。それはちょうどJavaの世界の仕組みです。

"なぜですか？" - あなたが求めるかもしれません。バイトコードでこの「役に立たない」情報を保持する理由は、いくつのコードを削除すればよいのか分からないため、異なるJVMによって提供される最適化が効率的に機能する可能性があるからです。最良の方法は、情報を消去せず、オプティマイザに自分の仕事をさせることです。