En Java, los objetos String son inmutables — una vez creados, su contenido nunca puede cambiar. Cualquier operación que parezca modificar un String en realidad crea un String nuevo. Para modificaciones eficientes y repetidas, utilizas StringBuilder en su lugar.
;
s.concat();
System.out.println(s);
s = s + ;
Métodos como concat, toUpperCase, replace y substring todos devuelven objetos String nuevos — el original nunca se modifica.
✓ 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
La inmutabilidad hace que los Strings sean intrínsecamente thread-safe, permite a la JVM hacer intern (compartir) literales a través del pool de Strings, y los hace confiables como claves de mapa (su hash nunca cambia).
// ❌ 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
}
Porque cada += crea un String nuevo (copiando todo el contenido anterior), construir strings en un bucle es cuadrático y produce toneladas de basura.
// ✅ 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 es una secuencia mutable de caracteres — append/insert/delete modifican su buffer interno sin crear nuevos objetos, haciendo que la construcción basada en bucles sea eficiente. (StringBuffer es la variante thread-safe pero más lenta.)
La inmutabilidad de String es una característica definitoria de Java con consecuencias importantes: proporciona seguridad en hilos, permite el pool de Strings que ahorra memoria, y hace que los Strings sean seguros como claves de mapa y en contextos de seguridad — pero también significa que la concatenación ingenua de strings en bucles es una verdadera trampa de rendimiento (O(n²), basura excesiva).
Saber cuándo usar StringBuilder para modificación repetida es una necesidad práctica que surge directamente de entender la inmutabilidad.
Esta combinación — por qué los Strings son inmutables (seguridad, compartición, hashing) y cuándo cambiar a StringBuilder (concatenación en bucles) — es tanto un tema común de entrevista como una solución de rendimiento frecuente en el mundo real.