Java 8では静的インターフェースメソッドが許可される

Java 8 では、インターフェースに静的メソッドを設定できます。また、具体的なインスタンス メソッドも設定できますが、インスタンス フィールドは設定できません。

ここでは実際に 2 つの質問があります。

1. なぜ、昔はインターフェースに静的メソッドを含めることができなかったのでしょうか?
2. 静的メソッドをオーバーライドできないのはなぜですか?

インターフェース内の静的メソッド

以前のバージョンではインターフェースに静的メソッドを持たせることができなかった技術的な理由は特にありませんでした。ポスターにうまくまとめられている重複した質問です。静的インターフェースメソッドは当初、小さな言語の変更、そして、公式提案Java 7で追加する予定でしたが、その後予期せぬ合併症のため中止されました。

最後に、Java 8では静的インターフェースメソッドと、デフォルト実装を持つオーバーライド可能なインスタンスメソッドが導入されました。ただし、インスタンスフィールドを持つことはできません。これらの機能はラムダ式サポートの一部であり、詳細については以下を参照してください。JSR 335 のパート H。

静的メソッドのオーバーライド

2 番目の質問に対する答えはもう少し複雑です。

静的メソッドはコンパイル時に解決できます。動的ディスパッチは、コンパイラがオブジェクトの具体的な型を判別できず、そのため呼び出すメソッドを解決できないインスタンス メソッドに適しています。ただし、静的メソッドを呼び出すにはクラスが必要であり、そのクラスはコンパイル時に静的にわかっているため、動的ディスパッチは不要です。

ここで何が起こっているかを理解するには、インスタンス メソッドがどのように動作するかについての背景を少し理解する必要があります。実際の実装はまったく異なると思いますが、観察された動作を正確にモデル化するメソッド ディスパッチの概念について説明させてください。

各クラスには、メソッド シグネチャ (名前とパラメータ タイプ) をメソッドを実装する実際のコード チャンクにマップするハッシュ テーブルがあるとします。仮想マシンがインスタンスでメソッドを呼び出そうとすると、そのクラスのオブジェクトを照会し、要求されたシグネチャをクラスのテーブルで検索します。メソッド本体が見つかった場合は、それが呼び出されます。それ以外の場合は、クラスの親クラスが取得され、そこで検索が繰り返されます。メソッドが見つかるか、親クラスがなくなるまで、この処理が続けられます。親クラスがなくなると、 になりますNoSuchMethodError。

スーパークラスとサブクラスの両方のテーブルに同じメソッド シグネチャのエントリがある場合、サブクラスのバージョンが最初に検出され、スーパークラスのバージョンは使用されません。これが「オーバーライド」です。

ここで、オブジェクト インスタンスをスキップして、サブクラスから開始するとします。解決は上記のように進められ、一種の「オーバーライド可能な」静的メソッドが提供されます。ただし、コンパイラは、実行時まで待機してそのクラスの未指定のタイプのオブジェクトを照会するのではなく、既知のクラスから開始するため、解決はすべてコンパイル時に行われます。必要なバージョンを含むクラスを常に指定できるため、静的メソッドを「オーバーライド」しても意味がありません。

コンストラクタ「インターフェース」

質問に対する最近の編集に対応するために、もう少し資料を用意しました。

の各実装に対して、コンストラクターのようなメソッドを効果的に強制したいようですIXMLizable。これをインターフェースで強制しようとすることはしばらく忘れて、この要件を満たすクラスがいくつかあると仮定します。どのように使用しますか?

class Foo implements IXMLizable<Foo> {
  public static Foo newInstanceFromXML(Element e) { ... }
}

Foo obj = Foo.newInstanceFromXML(e);