最終クラスの非最終メソッド

Question

私の質問はかなりシンプルです：
コンパイラは最終クラスのすべてのメソッドを最終的なものとして扱いますか？最終クラスのメソッドにfinalキーワードを追加しても影響はありますか？

最終的な方法はインライン化の可能性が高いと私は理解しました。これが私が求めている理由です。

ありがとうございます。

Answer 1

あなたが正しいです、最終クラスのすべてのメソッドは暗黙のうちに最終的です。

See here:

「あなたはまた、クラス全体の決勝を宣言することもできます。のような不変クラスを作成する際に が最終的に宣言されたクラスは、 例えば。これは特に便利です、サブクラス化することはできません文字列クラス "

And here:

finalクラスのすべてのメソッドは暗黙のうちに最終的なものです。

また、これはあなたのために興味がある可能性がありますPerformance tips for the Java final keyword

Answer 2

は最終として扱いコンパイラおそれ。

次版画「偽」：

final class FinalClass { 
    public void testMethod() {} 
} 

Method method = FinalClass.class.getDeclaredMethod("testMethod"); 
int m = method.getModifiers(); 
System.out.println(Modifier.isFinal(m)); 

Answer 3

コンパイラは、自身最後のものとして、最終的なクラスのすべてのメソッドを処理していますか？

実際はそうです。 finalクラス内のメソッドはオーバーライドできません。メソッドにfinalキーワードを追加（または削除）しても、このルールに違いはありません。

finalクラスのメソッドにfinalキーワードを追加することは効果がありますか？

実際には、それは最小限の効果を有する。オーバーライドに関するルール（上を参照）には効果がなく、インライン展開（下記参照）には影響しません。

実行時にメソッドがfinalキーワードで宣言されているかどうかを知ることができます。リフレクションを使用してメソッドのフラグを確認します。だから、いくつかの効果がありますが、それは99.99％のプログラムと無関係な効果です。

最終的な方法がインライン化の可能性が高いことを理解しました。これが私が求めている理由です。

この理解はが間違っています。現代のJVMのJITコンパイラは、アプリケーションによってがロードされたクラスでどのメソッドがオーバーライドされていないかを追跡します。この情報と静的型を使用して、特定の呼び出しに仮想クラスのディスパッチが必要かどうかを判断します。そうでない場合は、インライン展開が可能であり、メソッド本体の大きさに応じて使用されます。実際には、JITコンパイラはfinalの有無を無視し、より正確なメソッドを使用してメソッドのインライン化が許容されるメソッド呼び出しを検出します。

（事実、これよりも複雑です。アプリケーションは、JITコンパイラのメソッドオーバーライド解析を不正確にするサブクラスを動的に読み込むことができます）この場合、JVMはコンパイルされたメソッドを無効にし、 。再コンパイル）

---

一番下の行は次のようになります。

• NOパフォーマンス上の利点がfinalクラスのメソッドにfinalを追加することではありません。

• ありは非finalクラスのメソッドにfinalでパフォーマンス上の利点であるかもしれないが、あなたは古い日JVM、または低品質のJITコンパイラといくつかの他のJava/Javaのようなプラットフォームを使用している場合のみ。あなたは、パフォーマンスを気にしている場合

は、あなたを起こしやすいfinalキーワードであなたのコードベースを汚染するよりも、まともなJITコンパイラで最新/高パフォーマンスのJavaプラットフォームを使用することをお勧めします将来の問題。

---

あなたはコメントに書いた：私は多くの場所で別々に読んだ

@RussellZahniser。

インターネットには古い情報が多く含まれていますが、その多くは最新ではありません。最初は間違っていませんでした。