Pourquoi le passage de Null à une surcharge de méthode choisit-il la version de chaîne plutôt que la version d'objet ?

Résolution de surcharge : interprétation du littéral nul

En Java, un littéral nul est une référence valide qui peut être attribuée à n'importe quelle variable d'objet , y compris ceux des types référence comme String. Ce comportement joue un rôle crucial dans la résolution des méthodes surchargées lorsqu'un paramètre est passé comme nul.

Considérez l'extrait de code suivant :

public class MoneyCalc {

   public void method(Object o) {
      System.out.println("Object Verion");
   }

   public void method(String s) {
      System.out.println("String Version");
   }

   public static void main(String args[]) {
      MoneyCalc question = new MoneyCalc();
      question.method(null);
   }
}

Dans cet exemple, lorsque la méthode est invoquée avec le littéral nul, le compilateur Java sélectionne la surcharge méthode(String s) au lieu de la surcharge méthode(Object o). Ce comportement s'explique par le principe de résolution de surcharge la plus spécifique.

Selon la spécification du langage Java (JLS), le compilateur sélectionne la surcharge « la plus spécifique », qui est « celle auquel un appel pourrait être transmis sans erreur de type au moment de la compilation." Ici, le littéral nul peut être transmis à la surcharge méthode(String s) sans aucune erreur, mais pas à la surcharge méthode(Object o).

Par conséquent, le compilateur Java choisit la surcharge méthode(String s). , et la sortie du programme est "String Version".

Cependant :

...
   public void method(StringBuffer sb) {
      System.out.println("StringBuffer Verion");
   }
...

Lorsqu'une troisième surcharge est ajoutée pour accepter un paramètre StringBuffer, le code ne sera pas compilé. En effet, les surcharges method(String s) et method(StringBuffer sb) sont désormais toutes deux également spécifiques, ce qui entraîne une ambiguïté et empêche le compilateur de sélectionner la surcharge la plus appropriée.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!