Pourquoi les développeurs Java préfèrent-ils toujours les types primitifs aux classes wrapper ?

Dévoilement de la persistance des types primitifs en Java

Malgré l'introduction de l'autoboxing et du unboxing dans Java 5, les primitives continuent de tenir bon dans de nombreux projets. Cela soulève la question : pourquoi les développeurs privilégient-ils encore les types primitifs par rapport à leurs homologues objets, tels que java.lang.Integer.

Comme l'a souligné Joshua Bloch dans son ouvrage fondateur « Effective Java », la création excessive d'objets peut être préjudiciable aux performances. Le code suivant le démontre :

public static void main(String[] args) {
    Long sum = 0L;
    for (long i = 0; i <= Integer.MAX_VALUE; i++) {
        sum += i;
    }
    System.out.println(sum);
}

Ce code, utilisant l'objet Long, prend environ 43 secondes à s'exécuter. Cependant, la conversion de Long en son type primitif, long, réduit le temps d'exécution à seulement 6,8 secondes.

Une autre considération est l'absence d'égalité des valeurs natives en Java. Alors que l'égalité des objets est effectuée à l'aide de la méthode equals(), les types primitifs utilisent l'opérateur ==, qui offre un moyen plus concis et efficace de vérifier l'égalité. Prenons l'exemple suivant :

class Biziclop {
    public static void main(String[] args) {
        System.out.println(new Integer(5) == new Integer(5));
        System.out.println(new Integer(500) == new Integer(500));

        System.out.println(Integer.valueOf(5) == Integer.valueOf(5));
        System.out.println(Integer.valueOf(500) == Integer.valueOf(500));
    }
}

La sortie révèle que dans la plage [-128 ; 127], les types primitifs renvoient vrai pour les contrôles d'égalité, en raison de la mise en cache JVM. Cependant, au-delà de cette plage, des objets sont créés, conduisant à des résultats erronés. Ce comportement de mise en cache peut introduire des incohérences dans les contrôles d'égalité, ce que les types primitifs évitent.

Ainsi, même si le boxing et le déballage automatiques sont pratiques, les avantages en termes de performances et les contrôles d'égalité efficaces des types primitifs continuent d'en faire un choix viable dans le développement Java. , même dans les projets qui nécessitent Java 5 ou version ultérieure.

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!