Considérez l'extrait de code Java suivant :
<code class="java">public class Main { private int temp() { return true ? null : 0; // No compiler error } private int same() { if (true) { return null; // Compile-time error } else { return 0; } } public static void main(String[] args) { Main m = new Main(); System.out.println(m.temp()); System.out.println(m.same()); } }</code>
Question : Pourquoi la méthode temp() (utilisant un opérateur ternaire) ne produit-elle pas d'erreur du compilateur, alors que le La méthode same() (en utilisant une instruction if) le fait-elle ?
Réponse : Le compilateur Java interprète null comme une référence nulle à un entier. Lors de l'utilisation de l'opérateur conditionnel, les règles de boxing/unboxing automatique sont appliquées (conformément à la spécification du langage Java, 15.25). Cela permet au compilateur de procéder sans émettre d'erreur, même si une NullPointerException sera levée au moment de l'exécution.
En revanche, lors de l'utilisation d'une instruction if, le compilateur applique des règles de vérification de type standard. Puisque null n'est pas une valeur int valide, une erreur de compilation est produite.
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!