Javassa String-objektit ovat muuttumattomia — kun ne on luotu, niiden sisältöä ei koskaan voi muuttaa. Mikä tahansa toiminto, joka näyttää muuttavan Stringia, itse asiassa luo uuden Stringin. Tehokkaisiin toistuviin muutoksiin käytät StringBuildera sen sijaan.
;
s.concat();
System.out.println(s);
s = s + ;
Menetelmät kuten concat, toUpperCase, replace ja substring palauttavat kaikki uusia String-objekteja — alkuperäistä ei koskaan muuteta.
✓ 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
Muuttumattomuus tekee Stringeistä luontaisesti thread-safe-ohjelmia, sallii JVM:n internida (jakaa) literaaleja String-poolin kautta, ja tekee niistä luotettavia kartan avaimia (niiden hash ei koskaan muutu).
// ❌ 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
}
Koska jokainen += luo uuden Stringin (kopioi kaiken aiemman sisällön), merkkijonojen rakentaminen silmukassa on neliöllinen ja tuottaa paljon roskaa.
// ✅ 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 on muuttuva merkkirintama — append/insert/delete muokkaavat sen sisäistä puskuria ilman uusien objektien luomista, jolloin silmukkaperusteiset rakennukset ovat tehokkaita. (StringBuffer on thread-safe mutta hitaampi variantti.)
Stringin muuttumattomuus on Javan määrittelevä ominaisuus, jolla on tärkeitä seurauksia: se tarjoaa thread-turvallisuuden, mahdollistaa muistia säästävän String-poolin ja tekee Stringeistä turvallisia kartan avaimia ja turvallisuuskonteksteissa — mutta se tarkoittaa myös sitä, että naiivit merkkijonojen ketjutus silmukoissa on todellinen suorituskyvyn sudenkuoppa (O(n²), liiallinen roskan tuottaminen).
Tietää, milloin käyttää StringBuildera toistuviin muutoksiin, on käytännöllinen välttämättömyys, joka tulee suoraan muuttumattomuuden ymmärtämisestä.
Tämä yhdistelmä — miksi Stringit ovat muuttumattomia (turvallisuus, jakaminen, hashing) ja milloin vaihtaa StringBuilderiin (silmukoiden ketjutus) — on sekä yleinen haastattelu aihe että usein esiintyvä todellisen maailman suorituskyvyn korjaus.