Wie geht Java mit Methodennamenkollisionen bei der Schnittstellenvererbung um?

Schnittstellenvererbung mit Kollisionen von Methodennamen

Wenn mehrere Schnittstellen Methoden mit identischen Namen und Signaturen definieren und von einer einzelnen Klasse implementiert werden, dem Compiler Identifiziert die überschriebene Methode unter Berücksichtigung der Folgendes:

Kompatibilität:

Wenn die Methoden in den Schnittstellen methodenäquivalent sind (mit kompatiblen Rückgabetypen und Parametertypen), wird nur eine Methode vererbt. In diesem Fall muss der Compiler nicht unterscheiden, zu welcher Schnittstelle die Methode gehört.

Beispiel:

Bedenken Sie den folgenden Code:

interface A {
  int f();
}

interface B {
  int f();
}

class Test implements A, B {
  // Only one @Override annotation required
  @Override
  public int f() { 
    // Method implementation here
    return 0;
  }
}

In diesem Szenario gilt die f-Methode in Test als Implementierung sowohl für A.f als auch B.f.

Inkompatibilität:

Wenn die Methoden in den Schnittstellen nicht methodenäquivalent sind (inkompatible Rückgabetypen oder Parametertypen haben), gibt der Compiler einen Kompilierungsfehler aus .

Beispiel:

Im folgenden Code wird die f-Methode in Test führt zu einem Kompilierungsfehler, da die Rückgabetypen in A.f und B.f unterschiedlich sind:

interface A {
  void f();
}

interface B {
  int f();
}

class Test implements A, B {
  @Override
  public int f() { 
    // Method implementation here
    return 0;
  }
}

Folgen:

Solange die geerbten Da Methoden mehrerer Schnittstellen kompatibel sind, muss nicht unterschieden werden, welche Methode zu welcher Schnittstelle gehört. Der Compiler behandelt sie als eine einzelne Methode, die von der Klasse implementiert wird.

Das obige ist der detaillierte Inhalt vonWie geht Java mit Methodennamenkollisionen bei der Schnittstellenvererbung um?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!