W Javie obiekty String są niezmienne — raz utworzone, ich zawartość nigdy się nie zmienia. Każda operacja, która wydaje się modyfikować String, faktycznie tworzy nowy String. Do efektywnego wielokrotnego modyfikowania używasz StringBuilder.
;
s.concat();
System.out.println(s);
s = s + ;
Metody takie jak concat, toUpperCase, replace i substring wszystkie zwracają nowe obiekty String — oryginał nigdy nie jest modyfikowany.
✓ 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
Niezmienność czyni Stringi z natury thread-safe, pozwala JVM na internowanie (udostępnianie) literałów poprzez String pool, i czyni je niezawodnymi kluczami w mapach (ich hash nigdy się nie zmienia).
// ❌ 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
}
Ponieważ każde += tworzy nowy String (kopiując całą poprzednią zawartość), budowanie stringów w pętli jest kwadratowe i produkuje ogromną ilość śmieci.
// ✅ 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 to mutowalna sekwencja znaków — append/insert/delete modyfikują jej wewnętrzny bufor bez tworzenia nowych obiektów, co czyni budowanie w pętlach efektywnym. (StringBuffer to wariant thread-safe, ale wolniejszy.)
Niezmienność Stringów jest charakterystyczną cechą Javy z ważnymi konsekwencjami: zapewnia thread safety, umożliwia zaoszczędzenie pamięci poprzez string pool, i czyni Stringi bezpiecznymi jako klucze w mapach i w kontekstach bezpieczeństwa — ale oznacza to także, że naiwna konkatenacja stringów w pętlach jest rzeczywistą pułapką wydajności (O(n²), nadmierna ilość śmieci).
Wiedza o użyciu StringBuilder do wielokrotnej modyfikacji jest praktyczną koniecznością wynikającą bezpośrednio ze zrozumienia niezmienności.
Ta kombinacja — dlaczego Stringi są niezmienne (bezpieczeństwo, udostępnianie, hashing) i kiedy przełączyć się na StringBuilder (konkatenacja w pętlach) — to zarówno częsty temat rozmów kwalifikacyjnych, jak i częsta rzeczywista poprawka wydajności.