Maison  >  Article  >  Java  >  Pourquoi le retour de Null à partir d'une méthode `temp()` ne provoque-t-il pas d'erreur de compilation en Java, alors que `same()` avec une instruction If le fait ?

Pourquoi le retour de Null à partir d'une méthode `temp()` ne provoque-t-il pas d'erreur de compilation en Java, alors que `same()` avec une instruction If le fait ?

Barbara Streisand
Barbara Streisandoriginal
2024-11-04 22:00:03771parcourir

Why Does Returning Null from a `temp()` Method Not Cause a Compiler Error in Java, While `same()` with an If Statement Does?

Renvoi de null comme int

En Java, la méthode temp() ne génère pas d'erreur du compilateur malgré le retour de null pour un int, tandis que identique() fait lorsqu'il est représenté comme une instruction if. Cet écart est dû à l'interprétation par le compilateur des valeurs de retour nulles.

Opérateur ternaire

Pour l'opérateur ternaire, le compilateur traite null comme une référence nulle à un entier, suivre les règles de boxing/unboxing automatique (Spécification du langage Java 15.25). Cela se traduit par un int transformé en un entier et reconverti, permettant une valeur de retour nulle. Cependant, cela générera une NullPointerException au moment de l'exécution.

if Statement

Lors de l'utilisation d'une instruction if, le compilateur applique des types incompatibles entre null et int. Il attend une valeur de retour int et n'autorisera pas une affectation nulle, contrairement à l'opérateur ternaire, qui permet les conversions autoboxing/unboxing.

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!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn