Java geordnete Klasse Instanziierung Aufruf Unterklasse Methode, nicht sicher, warum

Question

So habe ich ein Problem, das so etwas wie folgt aussieht:

package com.blah.A_package; 

public class A 
{ 
    public void f() { 
     g(); 
    } 

    protected void g() { 
     System.out.println("superclass g()"); 
    } 
} 

package com.blah.B_package; 

public class B extends com.blah.A_package.A 
{ 
    protected void g() { 
     System.out.println("subclass g()"); 
    } 
} 

public static void main(String[] args) 
{ 
    A scratch = new A(); 
    scratch.f(); 
} 

Wenn er gestartet wird, druckt es aus „Unterklasse g()“ statt der erwarteten „Super G()".

Wir erstellen Objekte sowohl der Oberklasse als auch der Unterklasse (das ist durch Reflexion auf einem Glas), kleben sie in einer Karte und ziehen sie dann heraus, wie wir sie brauchen, aber wir haben durch Ausdrucken verifiziert die object.getClass(). getName() und sehen, dass wir tatsächlich mit der Superklasseninstanziierung arbeiten.

Wie auch immer, wenn wir die Anwendung ausführen, verwendet sie aus irgendeinem Grund die Unterklassenkopie der Methode und nicht die Oberklassen, obwohl das Objekt eine Instanziierung der Oberklasse ist (dh es sollte nicht einmal über die Methoden der Unterklassen wissen)). Ist das etwas, das mir und meinen Mitarbeitern nicht bekannt ist? Wir sind völlig ratlos, warum das jemals passieren würde.

Answer 1

Kurz gesagt, das einzige, was dies verursachen kann, ist, dass das Laufzeitobjekt eine Instanz von B ist, aber Sie haben es als A deklariert. Wenn die Methode aufgerufen wird, wird Ihr Programm in der Laufzeitklasse von suchen Das Objekt, auf dem es aufgerufen wird, arbeitet sich dann den Vererbungsbaum hoch.

Nebenbei bemerkt, Sie fehlen Konstruktoren, Ihre Klasse B erweitert ein Paket und Ihre Methoden haben keine Rückgabetypen. Das ist völlig invalid Java.

Answer 2

Eine Sache, die die Verwirrung stiften kann als übergeordnete Klasse eine Unterklasse von B mit demselben Namen mit (A) aber auf einem anderes Paket mit ähnlichen Namen des Pakets der A geordneten Klasse.

Abgesehen davon sieht es wie ein Analysefehler aus. Führe deine Schritte zurück. Einige Ideen: Löschen Sie die Klasse B oder machen Sie es uninstallatiable, dann führen Sie es wieder ein und testen Sie es wieder.