„Wenn ein Arbeiter seine Arbeit gut machen will, muss er zuerst seine Werkzeuge schärfen.“ – Konfuzius, „Die Gespräche des Konfuzius. Lu Linggong“
Titelseite > Programmierung > StringBuilder vs. StringBuffer in Java

StringBuilder vs. StringBuffer in Java

Veröffentlicht am 21.11.2024
Durchsuche:407

StringBuilder vs StringBuffer in Java

Wenn Sie in Java mit veränderlichen Strings (Zeichenfolgen, die geändert werden können) arbeiten, müssen Sie möglicherweise zwischen StringBuilder und StringBuffer wählen. Obwohl es sich bei beiden um veränderliche Klassen handelt, die eine Änderung ihrer Werte ermöglichen, unterscheiden sie sich erheblich in Bezug auf Thread-Sicherheit, Leistung und Anwendung. Hier vergleichen wir ihre Eigenschaften und stellen Codebeispiele bereit, um zu veranschaulichen, wann sie jeweils verwendet werden sollten.


Hauptunterschiede: StringBuilder vs. StringBuffer

Besonderheit StringBuilder StringBuffer
Wandlungsfähigkeit Veränderlich Veränderlich
Gespeichert in Heap (verwendet keinen String-Pool) Heap (verwendet keinen String-Pool)
Thread-Sicherheit Nicht Thread-sicher Thread-sicher
Synchronisation Nicht synchronisiert Synchronisiert
Leistung Schneller aufgrund fehlender Synchronisierung Langsamer aufgrund des Synchronisierungsaufwands
Anwendungsfall Single-Threaded-Szenarien Multithread-Szenarien, in denen Thread-Sicherheit erforderlich ist

Lassen Sie uns jede Klasse genauer untersuchen.


1. StringBuilder: Die effiziente Wahl für Single-Threaded-Umgebungen

  • StringBuilder ist eine veränderbare Klasse, was bedeutet, dass sie Änderungen an ihrem Inhalt zulässt.

  • Es ist Thread-unsicher und eignet sich daher ideal für Single-Threaded--Szenarien.

  • Nicht synchronisiert: StringBuilder ist aufgrund des fehlenden Synchronisierungsaufwands schneller als StringBuffer.

  • Multithread-Einschränkung: Die Verwendung von StringBuilder in Multithread-Umgebungen ohne zusätzliche Sicherheitsmaßnahmen kann zu Race Conditions und anderen Parallelitätsproblemen führen.

Beispiel: Demonstration der Thread-Unsicherheit in StringBuilder

In diesem Beispiel verwenden wir zwei Threads, um Zeichen an eine StringBuilder-Instanz anzuhängen. Aufgrund der fehlenden Synchronisierung stoßen wir jedoch auf Race Conditions:

public class StringBuilderBasics {

    public void threadUnsafe() {
        // Common resource being shared
        StringBuilder builder = new StringBuilder();

        // Thread appending "A" 1000 times
        Thread t1 = new Thread(() -> {
            for (int i = 0; i  {
            for (int i = 0; i 



Erläuterung:

  • Aufgrund der Thread-Unsicherheit ist die endgültige Länge der StringBuilder-Ausgabe unvorhersehbar (z. B. 1840 statt 2000).

  • Dies geschieht, weil beide Threads versuchen, Zeichen gleichzeitig anzuhängen, was zu Überschreibungen oder abgebrochenen Vorgängen führt.

Takeaway: Verwenden Sie StringBuilder nur in Single-Threaded-Umgebungen oder wenn die Thread-Sicherheit extern gehandhabt wird.


2. StringBuffer: Die sichere Option für Multithread-Umgebungen

  • StringBuffer ist veränderbar und ermöglicht Änderungen an seinem Inhalt.

  • Es ist synchronisiert, was es thread-sicher macht.

  • Ideal für Multithread-Umgebungen, in denen Thread-Sicherheit erforderlich ist.

  • Leistungskosten: Die Synchronisierung führt zu Overhead, daher ist StringBuffer langsamer als StringBuilder.

Beispiel: Thread-Sicherheit in StringBuffer

Hier ist das gleiche Beispiel wie oben, aber dieses Mal mit StringBuffer:

public class StringBufferBasics {

    public void threadSafe() {
        // Common resource being shared
        StringBuffer buffer = new StringBuffer();

        // Thread appending "A" 1000 times
        Thread t1 = new Thread(() -> {
            for (int i = 0; i  {
            for (int i = 0; i 



Erläuterung:

  • StringBuffer stellt sicher, dass beide Threads sicher angehängt werden und die erwartete Länge von 2000 erreicht wird.

  • Während die endgültige Zeichenfolge threadsicher ist, kann die Ausgabe verschachtelt sein (z. B. „AAABBB...“ gemischt), da die Thread-Ausführungsreihenfolge nicht deterministisch ist.

Takeaway: Verwenden Sie StringBuffer für Multithread-Anwendungen, bei denen die Datenkonsistenz entscheidend ist und eine Synchronisierung erforderlich ist.


Die richtige Klasse wählen

Um zwischen StringBuilder und StringBuffer zu entscheiden, berücksichtigen Sie Folgendes:

  • Verwenden Sie StringBuilder in Single-Thread-Szenarien, in denen die Leistung entscheidend ist und die Thread-Sicherheit kein Problem darstellt.

  • Verwenden Sie StringBuffer in Multithread-Szenarien, in denen Sie veränderbare String-Operationen und Thread-Sicherheit benötigen, um Race Conditions zu vermeiden.


Abschluss

Dieser Vergleich soll Ihnen helfen, eine fundierte Wahl zwischen StringBuilder und StringBuffer zu treffen. Das Verständnis der Kompromisse bei Veränderlichkeit, Leistung und Thread-Sicherheit kann zu einer besseren Entscheidungsfindung bei der Arbeit mit Strings in Java führen.


Verwandte Beiträge

  • Java-Grundlagen
  • Array-Interview-Grundlagen
  • Java Memory Essentials
  • Java Keywords Essentials
  • Java OOPs Essentials
  • Collections Framework Essentials

Viel Spaß beim Codieren!

Freigabeerklärung Dieser Artikel ist reproduziert unter: https://dev.to/arshisaxena26/stringbuilder-vs-stringbuffer-in-java-4jlb?1 Wenn es zu Verletzungen besteht, wenden Sie sich bitte an [email protected], um ihn zu löschen.
Neuestes Tutorial Mehr>

Haftungsausschluss: Alle bereitgestellten Ressourcen stammen teilweise aus dem Internet. Wenn eine Verletzung Ihres Urheberrechts oder anderer Rechte und Interessen vorliegt, erläutern Sie bitte die detaillierten Gründe und legen Sie einen Nachweis des Urheberrechts oder Ihrer Rechte und Interessen vor und senden Sie ihn dann an die E-Mail-Adresse: [email protected] Wir werden die Angelegenheit so schnell wie möglich für Sie erledigen.

Copyright© 2022 湘ICP备2022001581号-3