Java Academy · Leçon

Pièges de l’autoboxing

Déballage de null et pièges de ==

Pièges de l’autoboxing est une leçon Java Academy gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Java Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Java Academy comprend 4 leçons au total.

La simplicité peut piéger

La conversion automatique vers les types enveloppes rend le code plus clair, mais elle dissimule des conversions susceptibles de provoquer des erreurs surprenantes. Les deux principaux pièges sont le dés-empaquetage d’une valeur nulle et la comparaison d’identité avec ==.

Cette leçon vous montre comment éviter les deux.

Le piège de la conversion d’une valeur nulle

Si une enveloppe contient null et que vous la convertissez en primitif, Java déclenche une NullPointerException.

Ce problème est facile à manquer, car le code ressemble à une simple affectation.

public class Main {
    public static void main(String[] args) {
        Integer maybe = null;
        try {
            int value = maybe;
            System.out.println(value);
        } catch (NullPointerException e) {
            System.out.println("Cannot unbox null!");
        }
    }
}

Valeur nulle dans les opérations arithmétiques

Le piège se présente également à l’intérieur des expressions. Ajouter une enveloppe contenant null la convertit d’abord en primitif, ce qui déclenche une exception avant même l’exécution du calcul.

public class Main {
    public static void main(String[] args) {
        Integer count = null;
        try {
            int total = count + 5;
            System.out.println(total);
        } catch (NullPointerException e) {
            System.out.println("Null in arithmetic!");
        }
    }
}

Se prémunir contre les valeurs nulles

Vérifiez toujours qu’une enveloppe ne contient pas null avant de la convertir en primitif, ou fournissez une valeur par défaut.

public class Main {
    public static void main(String[] args) {
        Integer maybe = null;
        int safe = (maybe != null) ? maybe : 0;
        System.out.println(safe);
    }
}

La surprise du cache avec ==

Integer.valueOf met en cache les valeurs comprises entre -128 et 127. Deux valeurs converties en enveloppes dans cette plage peuvent donc partager le même objet, et == renvoie true.

public class Main {
    public static void main(String[] args) {
        Integer a = 100;
        Integer b = 100;
        System.out.println(a == b);
    }
}

En dehors du cache

Au-delà de la plage mise en cache, chaque conversion vers une enveloppe crée un objet distinct. Dans ce cas, == compare les références et renvoie false, même si les nombres sont égaux.

public class Main {
    public static void main(String[] args) {
        Integer a = 200;
        Integer b = 200;
        System.out.println(a == b);
    }
}

Utilisez toujours equals

Comme == compare l’identité des objets pour les types enveloppes, vous devez utiliser .equals() pour comparer les valeurs numériques réelles.

public class Main {
    public static void main(String[] args) {
        Integer a = 200;
        Integer b = 200;
        System.out.println(a.equals(b));
    }
}

Mélanger == avec un type primitif

Si l’un des deux côtés de == est un type primitif, Java désencapsule automatiquement le type enveloppe, de sorte que la comparaison porte sur la valeur. C’est fiable, mais une exception peut tout de même être levée si le type enveloppe est nul.

public class Main {
    public static void main(String[] args) {
        Integer a = 200;
        int b = 200;
        System.out.println(a == b);
    }
}

Autoboxage caché dans les boucles

Déclarer l’accumulateur d’une boucle avec un type enveloppe crée un nouvel objet à chaque itération. Ci-dessous, utiliser Long au lieu de long entraînerait un autoboxage répété. Préférez le type primitif.

public class Main {
    public static void main(String[] args) {
        long sum = 0;
        for (int i = 0; i < 1000; i++) {
            sum += i;
        }
        System.out.println(sum);
    }
}

Map.get renvoie une valeur nulle

Un bogue courant dans les applications réelles : Map.get renvoie null lorsqu’une clé est absente. Désencapsuler ce résultat dans un int lève une exception. Utilisez plutôt getOrDefault.

import java.util.HashMap;
import java.util.Map;

public class Main {
    public static void main(String[] args) {
        Map<String, Integer> scores = new HashMap<>();
        int score = scores.getOrDefault("missing", 0);
        System.out.println(score);
    }
}

Restez prudent

Deux habitudes évitent la plupart des problèmes d’autoboxage : ne désencapsulez jamais une valeur qui pourrait être nulle et comparez toujours les valeurs des types enveloppes avec .equals() plutôt qu’avec ==.

Vérification rapide

Évaluez votre vigilance face aux pièges de l’autoboxage.

Récapitulatif

Vous avez appris les principaux pièges de l’autoboxage :

Le désencapsulage d’un type enveloppe null lève une NullPointerException
Protégez-vous avec une vérification de nullité ou une valeur par défaut
Sur les types enveloppes, == compare les références, avec mise en cache de -128 à 127
Utilisez toujours .equals() pour comparer les valeurs
Utilisez getOrDefault pour éviter les valeurs nulles lors des recherches dans une table associative

Questions Fréquemment Posées

La leçon « Pièges de l’autoboxing » est-elle gratuite ?

Oui — le texte complet de « Pièges de l’autoboxing » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Java Academy, passe à CoddyKit PRO. Le cours Java Academy comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Pièges de l’autoboxing » ?

Déballage de null et pièges de == Tu pratiques Java Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Java Academy ?

Aucune expérience préalable n'est requise. Java Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Pièges de l’autoboxing » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Java Academy ?

Oui. Chaque leçon Java Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

← Retour à Java Academy