I Java er String-objekter uforanderlige — når de først er skabt, kan deres indhold aldrig ændres. Enhver operation, der ser ud til at ændre en String, opretter faktisk en ny String. For effektiv gentagen modifikation bruger 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 ændres aldrig.
✓ 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
Uforanderlighed gør Strings iboende tråd-sikre, tillader JVM at interning (dele) litteraler via String-poolen, og gør dem pålidelige som kort-nøgler (deres hash ændres aldrig).
// ❌ 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 += opretter en ny String (kopierer alt tidligere indhold), er opbygning af strenge i en løkke kvadratisk og producerer masser af affald.
// ✅ 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 af tegn — append/insert/delete ændrer dens interne buffer uden at oprette nye objekter, hvilket gør loop-baseret opbygning effektiv. (StringBuffer er den tråd-sikre men langsommere variant.)
String-uforanderlighed er en definerende Java-karakteristik med vigtige konsekvenser: den giver tråd-sikkerhed, muliggør den hukommelsesbesparende String-pulje, og gør Strings sikre som kort-nøgler og i sikkerhedskontekster — men det betyder også, at naiv streng-sammenføjning i løkker er et rigtig ydelses-fald (O(n²), overdreven affald).
At vide, hvornår man skal bruge StringBuilder for gentagen modifikation, er en praktisk nødvendighed, der kommer direkte fra at forstå uforanderlighed.
Denne kombination — hvorfor Strings er uforanderlige (sikkerhed, deling, hashing) og hvornår man skal skifte til StringBuilder (løkke-sammenføjning) — er både et almindeligt interviewtema og en hyppigt forekommende real-world ydelses-fix.