La chaîne n'est pas un type simple, mais une classe qui est utilisée pour représenter une séquence de caractères. Les personnages eux-mêmes se conforment aux normes Unicode, et il existe deux façons de les initialiser.
Par exemple: String Greeting = "Good Morning! / N";
String Greeting = new String (= "Good Morning! / N");
La caractéristique de la chaîne est une fois attribuée, l'objet de caractère qu'il pointe peut être modifié.
StringBuffer est un objet String avec les caractéristiques du passage de la référence d'objet.
L'objet StringBuffer peut appeler ses méthodes pour augmenter, insérer, modifier et supprimer les opérations dynamiquement, et n'a pas besoin de spécifier la taille à l'avance comme un tableau, afin d'atteindre l'effet de l'insertion de caractères plusieurs fois et de les retirer en même temps , il est donc très flexible et pratique pour faire fonctionner les chaînes.
Une fois la dernière chaîne souhaitée générée via StringBuffer, elle peut être appelée méthode TOSTRING pour la convertir en un objet String.
La position de ces deux classes dans le traitement des chaînes est évidente. Expliquons-le des points suivants
1. Comparaison des deux en termes de vitesse d'exécution: StringBuffer> String
2.String <StringBuffer Raison String: String constant StringBuffer: Variable de création de caractères Dans le nom ci-dessus, String est une "constante de création de caractères", c'est-à-dire un objet immuable. Vous pouvez avoir une question sur la compréhension de cette phrase, comme ce code:
String S = "ABCD"; S = S + 1;
Nous avons évidemment changé la variable de chaîne, pourquoi a-t-il dit qu'elle n'a pas changé? Un objet S est utilisé pour exécuter la deuxième ligne de code, ce qui signifie que l'objet n'a pas changé auparavant, nous disons donc que le type de chaîne est un objet immuable. En fait, de nouveaux objets sont constamment créés et les objets d'origine deviendront des ordures et seront collectés par GC.
Mais StringBuffers est différent. La vitesse sera plus rapide
3. Un exemple spécial:
La copie de code est la suivante:
String str = "Ceci est seulement un test" + "simple" + ";
StringBuffer Builder = new StringBuilder ("Ceci est seulement un"). APPEND ("Simple"). APPEND ("test");
Vous serez surpris de constater que la vitesse de génération d'objets STR est tout simplement trop rapide, et à ce moment, StringBuffer n'a aucun avantage de vitesse. En fait, c'est une astuce de la JVM, en fait:
String str = "Ceci n'est qu'un" test "simple" + "";
En fait:
String str = «Ce n'est qu'un simple test»;
Donc, cela ne prend pas beaucoup de temps. Mais ce que vous devez noter ici, c'est que si votre chaîne provient d'un autre objet de chaîne, la vitesse n'est pas si rapide, par exemple:
String str2 = "Ceci est seulement un"; String str3 = "Simple";
À l'heure actuelle, le JVM le fera régulièrement de la manière originale.
4.StringBuilder et StringBuffer
StringBuilder: StringBuffer qui n'est pas sécurisé: Thread-Safe Lorsque nous sommes utilisés par plusieurs threads dans le tampon de chaîne, le JVM ne peut garantir que le fonctionnement de StringBuilder est sûr. . de. Bien sûr, dans la plupart des cas, nous opérons sous un seul thread, donc dans la plupart des cas, il est recommandé d'utiliser StringBuilder au lieu de StringBuffer, ce qui est la raison de la vitesse.
Résumé de l'utilisation des trois:
1. Si vous souhaitez utiliser une petite quantité de données, utilisez = String
2. Faire fonctionner une grande quantité de données dans un seul tampon de chaîne fileté = StringBuilder
3. Faire fonctionner une grande quantité de données dans un tampon de chaîne multi-thread = StringBuffer