I Java er String-objekter uforanderlige — når de er opprettet, kan innholdet deres aldri endres. Enhver operasjon som ser ut til å endre en String, opprettet faktisk en ny String. For effektiv gjentatt modifisering bruker du StringBuilder i stedet.
;
s.concat();
System.out.println(s);
s = s + ;
Metoder som concat, toUpperCase, replace og substring returnerer alle nye String-objekter — originalen endres aldri.
✓ 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
Uforanderlighet gjør Strings iboende trådsikre, lar JVM internere (dele) litteraler via String-poolen, og gjør dem pålitelige som kartnøkler (deres hash endres aldri).
// ❌ 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
}
Fordi hver += opprettet en ny String (kopierer alt tidligere innhold), er strengbygging i en løkke kvadratisk og produserer enorme mengder søppel.
// ✅ 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 er en foranderlig sekvens av tegn — append/insert/delete endrer den interne bufferen uten å opprette nye objekter, noe som gjør løkkebasert bygging effektiv. (StringBuffer er den trådsikre men langsommere varianten.)
String-uforanderlighet er en definerende Java-karakteristikk med viktige konsekvenser: den gir trådikkerhet, muliggjør den minnesparende strengpoolen, og gjør Strings sikre som kartnøkler og i sikkerhetskontekster — men det betyr også at naiv strengkonkatenering i løkker er et ekte ytelsesproblem (O(n²), overdreven søppel).
Å vite å bruke StringBuilder for gjentatt modifisering er en praktisk nødvendighet som kommer direkte fra å forstå uforanderlighet.
Denne kombinasjonen — hvorfor Strings er uforanderlige (sikkerhet, deling, hashing) og når du skal bytte til StringBuilder (løkkekonsatenering) — er både et vanlig intervjuemne og en hyppig real-world ytelsesfiksering.