U Javi, String objekti su nepromjenjivi — nakon što su kreirani, njihov sadržaj se nikada ne može promijeniti. Bilo koja operacija koja izgleda kao da mijenja String zapravo kreira novi String. Za učinkovitu ponovljenu modifikaciju, umjesto toga koristite StringBuilder.
;
s.concat();
System.out.println(s);
s = s + ;
Metode poput concat, toUpperCase, replace i substring sve vraćaju nove String objekte — originalni nikada nije izmijenjen.
✓ 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
Nepromjenjivost čini Strings inherentno thread-safe, omogućava JVM-u da internalizira (dijeli) literale putem String bazen-a, i čini ih pouzdanima kao map ključeve (njihov hash se nikada ne mijenja).
// ❌ 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
}
Jer svaki += kreira novi String (kopira sav sadržaj prije toga), gradnja stringova u petlji je kvadratna i proizvodi hrpe smeća.
// ✅ 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 je promjenjiv niz znakova — append/insert/delete mijenjaju njezinu internu spreman bez kreiranja novih objekata, čineći loop-temeljenu gradnju učinkovitom. (StringBuffer je thread-safe ali sporija varijanta.)
Nepromjenjivost Stringa je definirajuća Java karakteristika sa važnim posledicama: omogućava thread sigurnost, omogućava JVM-u da štedi memoriju putem string bazen-a, i čini Strings pouzdanima kao map ključeve i u sigurnosnim kontekstima — ali to također znači da je naivno nadovezivanje stringova u petljama pravi problem s performansom (O(n²), pretjerana količina smeća).
Znanje korištenja StringBuildera za ponovljenu modifikaciju je praktična potreba koja dolazi direktno iz razumijevanja nepromjenjivosti.
Ova kombinacija — zašto su Strings nepromjenjivi (sigurnost, dijeljenje, heširanje) i kada prebaciti se na StringBuilder (nadovezivanje u petljama) — je i česta tema intervjua i česta ispravka performansi u stvarnom svijetu.