In Java sind String-Objekte unveränderlich — einmal erstellt, kann ihr Inhalt nie geändert werden. Jeder Vorgang, der einen String zu ändern scheint, erstellt tatsächlich einen neuen String. Für effiziente wiederholte Änderungen verwenden Sie stattdessen StringBuilder.
;
s.concat();
System.out.println(s);
s = s + ;
Methoden wie concat, toUpperCase, replace und substring geben alle neue String-Objekte zurück — das Original wird nie geändert.
✓ Thread safety — immutable objects are safe to share across threads (no locking)
✓ String pool — identical string literals can be SHARED/reused (memory savings)
✓ Hashing/keys — safe as HashMap keys (hashCode can be cached, never changes)
✓ Security — strings used for filenames, URLs, credentials can't be altered
after a security check
Unveränderlichkeit macht Strings von Natur aus thread-sicher, ermöglicht der JVM das Interning (Sharing) von Literalen über den String-Pool und macht sie zuverlässig als Map-Schlüssel (ihr Hash ändert sich nie).
// ❌ creates a NEW string object on EVERY iteration — O(n²), wasteful
String result = "";
for (int i = 0; i < 10000; i++) {
result += i; // each += allocates a whole new string
}
Da jedes += einen neuen String erstellt (alle vorherigen Inhalte kopiert), ist die Erstellung von Strings in einer Schleife quadratisch und erzeugt viel Müll.
// ✅ StringBuilder mutates an internal buffer — O(n), efficient
StringBuilder sb = new StringBuilder();
for (int i = 0; i < 10000; i++) {
sb.append(i); // modifies the buffer in place, no new objects
}
String result = sb.toString(); // convert to a String once, at the end
StringBuilder ist eine veränderliche Folge von Zeichen — append/insert/delete ändern seinen internen Puffer, ohne neue Objekte zu erstellen, was schleifengestützte Erstellung effizient macht. (StringBuffer ist die thread-sichere, aber langsamere Variante.)
String-Unveränderlichkeit ist eine definierende Java-Charakteristik mit wichtigen Konsequenzen: Sie bietet Thread-Sicherheit, ermöglicht den speichersparenden String-Pool und macht Strings sicher als Map-Schlüssel und in Sicherheitskontexten — aber es bedeutet auch, dass naive String-Verkettung in Schleifen eine echte Leistungsfalle ist (O(n²), übermäßig viel Müll).
Zu wissen, wann StringBuilder für wiederholte Änderungen verwendet wird, ist eine praktische Notwendigkeit, die direkt aus dem Verständnis von Unveränderlichkeit folgt.
Diese Kombination — warum Strings unveränderlich sind (Sicherheit, Sharing, Hashing) und wann zu StringBuilder gewechselt wird (Schleifen-Verkettung) — ist sowohl ein häufiges Interview-Thema als auch ein häufig auftretender Real-World-Performance-Fix.