Maison > Java > javaDidacticiel > Pourquoi utiliser « new String(...) » en Java et quels sont les pièges potentiels ?

Pourquoi utiliser « new String(...) » en Java et quels sont les pièges potentiels ?

Barbara Streisand
Libérer: 2024-12-31 21:47:14
original
647 Les gens l'ont consulté

Why Use

Comprendre l'objectif de ""new String(...)"" en Java

En explorant des exemples de code, vous pouvez rencontrer des instances où un littéral String est affecté à un objet String via l'opérateur "new". Cela soulève des questions sur son objectif et son impact potentiel.

Cette syntaxe, par opposition à la simple attribution directe du littéral String (par exemple, "s = "Hello World"), a suscité la curiosité. Traditionnellement, les littéraux String sont stocké dans le pool constant, ce qui conduit à supposer qu'aucune mémoire ne serait allouée sur le tas.

Cependant, vous devez éviter cette hypothèse car le comportement des "nouveaux String(...)" dépend de l'implémentation et n'est pas documenté.

Pièges et implications

Une idée fausse potentielle est que l'utilisation de "new String(...)" forcera une copie distincte du tableau de caractères interne. Cependant, ce comportement n'est pas garanti dans les différentes implémentations Java.

Par exemple, dans l'implémentation d'Apache Harmony, "new" String(...)" ne crée pas un nouveau tableau de caractères mais fait référence au même tableau que la chaîne d'origine. Cela souligne l'importance de s'appuyer sur la documentation plutôt que sur des hypothèses d'implémentation spécifiques.

Alternatives pour Garantir des chaînes distinctes

Si vous devez garantir un nouvel objet String distinct, il existe une solution de contournement : utiliser "new String(...)" avec "toCharArray()". Bien que cela implique une copie supplémentaire du tableau de caractères, cela offre une protection indépendante de l'implémentation.

Conclusion

Le but de la "nouvelle chaîne (...)" en Java reste insaisissable et doit être utilisé avec prudence. Reportez-vous toujours à la documentation et tenez compte des détails d'implémentation spécifiques pour éviter tout comportement inattendu. N'oubliez pas que "new String(...)" ne crée pas toujours une copie distincte d'un tableau de caractères, vous exposant ainsi à des problèmes involontaires de rétention de mémoire.

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!

source:php.cn
Déclaration de ce site Web
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
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal