Affectation de constantes de chaîne à des objets chaîne en Java : comprendre "nouvelle chaîne (...)"
En examinant des exemples de code, vous pouvez ont rencontré des affectations de constantes String à des objets String à l'aide de l'opérateur "new". Cette syntaxe soulève des questions sur son objectif et ses effets, en particulier compte tenu du stockage typique des constantes String dans le pool de constantes.
Objectif de "new String(...)"
L'objectif principal de "new String(...)" est de créer un nouvel objet String qui contient une copie du littéral String spécifié. Contrairement à "s = "Hello World";", qui fait référence au littéral String existant stocké dans le pool de constantes, "s = new String("Hello World");" crée un nouvel objet dans le tas avec son propre magasin de support de tableau de caractères.
Allocation sur le tas
Oui, dans le cas de "nouvelle chaîne(... )", un nouvel objet est alloué sur le tas pour stocker la valeur de la chaîne. Cela contraste avec le référencement d'un littéral de chaîne existant dans le pool constant.
Cas d'utilisation et dépendance d'implémentation
Dans certains scénarios, vous souhaiterez peut-être forcer une copie distincte du tableau de caractères interne en utilisant "new String(...)". Par exemple :
small = new String(huge.substring(10, 20))
Cependant, ce comportement n'est pas documenté et dépend de la mise en œuvre. Différentes machines virtuelles Java (JVM) peuvent gérer cette expression différemment.
Pièges et limitations
Une implémentation antérieure de String(String) dans Apache Harmony n'a pas réellement créé de copie du tableau de caractères sous-jacent. Cela peut entraîner des problèmes de mémoire potentiels, comme conserver une référence à un grand tableau de caractères même lorsqu'il n'est plus nécessaire.
Pour créer un nouvel objet String avec une copie séparée des caractères, il est nécessaire de use :
small = new String(huge.substring(10, 20).toCharArray());
Cette approche assure une copie distincte des caractères mais nécessite deux copies de tableau, qui peuvent être inefficace.
Conclusion
L'expression "new String(...)" crée un nouvel objet String dans le tas qui contient une copie du littéral String spécifié. Bien que cela puisse être utile dans certains scénarios, il est important d'être conscient de ses pièges potentiels et de ses dépendances de mise en œuvre pour éviter un comportement inattendu.
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!