Verhalten der endgültigen statischen Methode

Ich habe mit Modifikatoren mit statischer Methode herumgespielt und bin auf ein seltsames Verhalten gestoßen.

Wie wir wissen, können statische Methoden nicht überschrieben werden, da sie eher mit Klassen als mit Instanzen verknüpft sind.

Wenn ich also das folgende Snippet habe, wird es gut kompiliert

//Snippet 1 - Compiles fine
public class A {
    static void ts() {
    }
}

class B extends A {
    static void ts() {
    }
}

Aber wenn ich den letzten Modifikator in die statische Methode in Klasse A einfüge, schlägt die Kompilierung fehl
ts() in B kann ts() in A nicht überschreiben; Die überschriebene Methode ist statisch final.

Warum passiert das, wenn die statische Methode überhaupt nicht überschrieben werden kann?

Statische Methoden können nicht überschrieben, aber ausgeblendet werden. Der ts() Methode von B überschreibt nicht (nicht Gegenstand von Polymorphismus) die ts() von A, aber es wird es verbergen. Wenn Sie anrufen ts() in B (NICHT A.ts() oder B.ts() … einfach ts()), wird der von B aufgerufen und nicht A. Da dieser nicht dem Polymorphismus unterliegt, wird der Aufruf ts() in A wird nie zu dem in B umgeleitet.

Das Schlüsselwort final verhindert, dass die Methode ausgeblendet wird. Sie können also nicht ausgeblendet werden, und ein Versuch, dies zu tun, führt zu einem Compiler-Fehler.

Hoffe das hilft.

statische Methoden können nicht überschrieben werden

Das ist nicht ganz richtig. Der Beispielcode bedeutet wirklich, dass die Methode ts in B die Methode ts in A verbirgt. Es ist also nicht gerade überschreibend. Weiter Javaranch es gibt eine schöne erklärung.

Statische Methoden gehören zur Klasse, nicht zur Instanz.

A.ts() und B.ts() werden immer getrennte Methoden sein.

Das eigentliche Problem besteht darin, dass Sie mit Java statische Methoden für ein Instanzobjekt aufrufen können. Statische Methoden mit der gleichen Signatur aus der übergeordneten Klasse sind versteckt wenn es von einer Instanz der Unterklasse aufgerufen wird. Sie können jedoch nicht überschreiben/ausblenden endgültige Methoden.

Sie würden denken, die Fehlermeldung würde das Wort versteckt statt überschrieben verwenden …

Möglicherweise befinden Sie sich in der Position, darüber nachzudenken, eine statische Methode endgültig zu machen, wenn Sie Folgendes berücksichtigen:

Folgende Klassen haben:

class A {
    static void ts() {
        System.out.print("A");
    }
}
class B extends A {
    static void ts() {
        System.out.print("B");
    }
}

Nun wäre der ‘richtige’ Weg, diese Methoden aufzurufen

A.ts();
B.ts();

was dazu führen würde AB Sie könnten die Methoden aber auch für Instanzen aufrufen:

A a = new A();
a.ts();
B b = new B();
b.ts();

was dazu führen würde AB sowie.

Betrachten Sie nun Folgendes:

A a = new B();
a.ts();

das würde drucken A. Das mag Sie überraschen, da Sie tatsächlich ein Objekt der Klasse haben B. Aber da Sie es von einer Referenz des Typs aufrufen A, wird es anrufen A.ts(). Sie könnten drucken B mit folgendem Code:

A a = new B();
((B)a).ts();

In beiden Fällen stammt das Objekt, das Sie haben, tatsächlich aus der Klasse B. Aber abhängig von dem Zeiger, der auf das Objekt zeigt, rufen Sie die Methode von auf A oder von B.

Nehmen wir nun an, Sie sind der Entwickler der Klasse A und Sie Unterklassen zulassen möchten. Aber Sie wollen wirklich Methode ts(), wann immer es aufgerufen wird, selbst von einer Unterklasse, das heißt, es tut, was Sie wollen, und nicht von einer Unterklassenversion versteckt zu werden. Dann könntest du es schaffen final und verhindern, dass es in der Unterklasse versteckt wird. Und Sie können sicher sein, dass der folgende Code die Methode aus Ihrer Klasse aufruft A:

B b = new B();
b.ts();

Ok, das ist zugegebenermaßen irgendwie konstruiert, aber für manche Fälle mag es Sinn machen.

Sie sollten statische Methoden nicht auf Instanzen aufrufen, sondern direkt auf den Klassen – dann haben Sie dieses Problem nicht. Auch IntelliJ IDEA zum Beispiel zeigt Ihnen eine Warnung, wenn Sie eine statische Methode auf einer Instanz aufrufen und wenn Sie eine statische Methode final machen.

Die ts()-Methode in B überschreibt nicht die ts()-Methode in A, es ist einfach eine andere Methode. Die B-Klasse sieht die ts()-Methode in A nicht, da sie statisch ist, daher kann sie ihre eigene Methode namens ts() deklarieren.

Wenn die Methode jedoch final ist, erkennt der Compiler, dass es in A eine ts()-Methode gibt, die in B nicht überschrieben werden sollte.

Ich denke, der Kompilierungsfehler war hier ziemlich irreführend. Es hätte nicht sagen sollen “überschriebene Methode ist statisch final.”, sondern stattdessen “überschriebene Methode ist final.”. Der statische Modifikator spielt hier keine Rolle.

Eine statische Methode kann in Java im Gegensatz zu nicht statischen Methoden nicht überschrieben werden. Aber sie werden wie statische und nicht statische Datenelemente vererbt. Aus diesem Grund kann in der übergeordneten Klasse keine nicht statische Methode mit demselben Namen erstellt werden

class Writer { 
    public static void doo(){
        System.out.println("sth");
    } 
}
class Author extends Writer{ 
    public void doo(){
        System.out.println("ok"); // error overridden method is static
    }
}

Der final Das Schlüsselwort stellt sicher, dass der spezifische Methodentext bei jedem Aufruf der Methode ausgeführt wird. Wenn nun in der untergeordneten Klasse eine gleichnamige statische Methode erstellt und die Methode aufgerufen wird, wird die Methode in der Unterklasse ausgeführt, was nicht der Fall sein sollte, wenn final vor dem Namen der statischen Methode in der übergeordneten Klasse vorangestellt wird . Daher schränkt das Schlüsselwort final die Erstellung von Methoden mit demselben Namen in der untergeordneten Klasse ein.