Est-il possible de remplacer une méthode statique dans une classe dérivée?

Can I override a static method?

Beaucoup de gens ont entendu dire que vous ne pouvez pas remplacer une méthode statique. C'est vrai, vous ne pouvez pas. Toutefois, il est possible d'écrire du code comme ceci:

class Foo {
    public static void method() {
        System.out.println("in Foo");
    }
}

class Bar extends Foo {
    public static void method() {
        System.out.println("in Bar");
    }
}

Cette compile et fonctionne correctement. N'est-il pas un exemple d'une méthode statique substituant une autre méthode statique? La réponse est non, c'est un exemple d'une méthode statique cacher une autre méthode statique. Si vous essayez de remplacer une méthode statique, le compilateur ne fait pas cesser de vous - il n'a tout simplement pas faire ce que vous pensez que cela fonctionne.

Alors, quelle est la différence?

Brièvement lorsque vous remplacez une méthode, vous obtenez toujours les avantages de polymorphisme de l'exécution, et lorsque vous cacher, vous n'avez pas. Donc, ça veut dire quoi? Regardez ce code:

class Foo {
    public static void classMethod() {
        System.out.println("classMethod() in Foo");
    }

    public void instanceMethod() {
        System.out.println("instanceMethod() in Foo");
    }
}

class Bar extends Foo {
    public static void classMethod() {
        System.out.println("classMethod() in Bar");
    }

    public void instanceMethod() {
        System.out.println("instanceMethod() in Bar");
    }
}

class Test {
    public static void main(String[] args) {
        Foo f = new Bar();
        f.instanceMethod();
        f.classMethod();
    }
}

Si vous exécutez ce code, la sortie est

instanceMethod() dans la Barre

classMethod() dans Foo

Pourquoi avons-nous des instanceMethod de Bar, mais classMethod() de Foo? Nous n'utilisons pas de la même instance f pour accéder à ces deux? Oui, nous sommes - mais puisque l'on est primordial et l'autre se cache, nous voyons des comportements différents.

Depuis instanceMethod() est (roulement de tambour s'il vous plaît...) une méthode d'instance, dans lequel la Barre remplace la méthode de Foo, au moment de l'exécution de la JVM utilise la classe réelle de l'instance f pour déterminer la méthode à exécuter. Bien que f a été déclaré comme un Toto, l'instance réelle que nous avons créé est un nouveau Bar(). Donc, au moment de l'exécution, la JVM conclut que f est une Barre d'instance, et donc il appelle instanceMethod() dans la Barre plutôt que celui de Foo. C'est la façon dont Java fonctionne normalement pour les méthodes d'instance.

Avec classMethod (). depuis (ahem) c'est une méthode de classe, le compilateur et de la JVM ne vous attendez pas à avoir besoin d'un réel exemple pour appeler la méthode. Et même si vous en avez un (ce que nous avons fait: l'instance visée par f) la JVM ne sera jamais le regarder. Le compilateur ne regarde que le type déclaré de la référence, et l'utilisation que le type déclaré de déterminer, au moment de la compilation, de la méthode à appeler. Puisque f est déclaré comme étant de type Foo, le compilateur recherche f.classMethod() et décide qu'elle signifie Foo.classMethod. Il n'est pas question que l'instance visé par f est en fait un Bar - pour les méthodes statiques, le compilateur utilise uniquement le type déclaré de la référence. C'est ce que nous entendons lorsque nous disons qu'une méthode statique n'a pas de polymorphisme de l'exécution.

Parce que les méthodes d'instance et les méthodes de la classe ont cette importante différence dans le comportement, nous utilisons différents termes - "substitution" pour les méthodes d'instance et de "cacher" pour les méthodes de classe pour distinguer entre les deux cas. Et quand nous disons que vous ne pouvez pas remplacer une méthode statique, ce qui signifie que même si vous écrivez du code qui ressemble à du remplacement d'une méthode statique (comme la première Foo et Bar en haut de cette page) - il ne se comporte pas comme une méthode redéfinie. de plus, référez-vous ceci

Juste pour ajouter un pourquoi. Normalement, lorsque vous appelez une méthode de l'objet, la méthode est utilisée pour trouver la bonne mise en œuvre. Vous avez la possibilité de remplacer une méthode par le fait d'avoir un objet de fournir sa propre méthode plutôt que d'utiliser celui fourni par les parents.

Dans le cas de méthodes statiques il n'y a pas d'objet à utiliser pour vous dire la mise en œuvre d'utilisation. Cela signifie que le compilateur ne peut utiliser le type déclaré de choisir la mise en œuvre de la méthode à appeler.

Méthodes statiques sont résolus au moment de la compilation.Donc, si vous souhaitez appeler la méthode de la classe mère, alors vous devriez appeler explicitement avec un nom de classe ou d'instance comme ci-dessous.

A.foo();

ou

 A a = new A();
 a.foo();