Java: StringBuilder y StringBuffer

Java

A continuación un pequeño conocimiento de la plataforma Java que me gustaría compartir por acá. Recientemente tuve que explicar la diferencia entre usar un StringBuilder y un StringBuffer. Recuerdo perfectamente haber aprendido la diferencia académicamente. Pero al momento de responder, me quedé en blanco.

Para empezar, hay que conocer un poco la clase String. Un objeto String tiene la cualidad de ser un objeto inmutable. Esto quiere decir que una vez que es instanciado, no puede cambiar su estado. Por ejemplo en el siguiente código:

String miString = "   Picando Código   ";
miString.trim(); //método para acortar los espacios
System.out.println(miString);

La segunda línea llama a un método de la clase que devuelve una copia del objeto sin espacios en los extremos del String. Pero al hacer un println, vamos a ver en la salida estándar:

"   Picando Código   "

ya que el String no ha cambiado. Si quisiéramos que el String “cambie”, haríamos algo así:

String miString = "   Picando Código   ";
miString = miString.trim();
System.out.println(miString);

Pero lo que estamos haciendo ahora, es usar una copia del objeto y modificándolo. El println mostrará

"Picando Código"

Pero habremos usado dos objetos para lograr esto. Lo mismo pasa a la hora de concatenar Strings con el operador “+”. Podemos hacer lo siguiente:

String blog = "Picando";
blog += " ";
blog += "Código";
System.out.println(blog);

El resultado final del String será el mismo: “Picando Código”. Pero al ser String un objeto inmutable, con cada concatenación, estamos creando un objeto nuevo. Si bien en pocos objetos no es importante, a la hora de trabajar con muchos String, sería un despilfarro de memoria. Por ejemplo si recorriéramos una colección y quisiéramos agregar algo a un String por cada elemento, tendríamos el heap lleno de objetos String que no nos importan más…

Esto sería la teoría, aunque aparentemente a partir de la versión 1.4 de la JDK, el código:

String miString =  "Picando" + " " + "Código";

Se compilaría a:

miString = new StringBuilder().append("Picando").append(" ").append("Código").toString();

De todas formas, Java provee soporte especial para la concatenación de Strings con las clases StringBuilder y StringBuffer. Un objeto StringBuilder es una secuencia de caracteres mutable, su contenido y capacidad puede cambiar en cualquier momento. Además, a diferencia de los Strings, los builders cuentan con una capacidad (capacity), la cantidad de espacios de caracteres asignados. Ésta es siempre mayor o igual que la longitud (length) y se expande automáticamente para acomodarse a más caracteres.

Un String puede convertirse en StringBuilder instanciando un StringBuilder y pasando el String como parámetro. A su vez, un StringBuilder puede convertirse en un String con el método toString().

Los operadores principales de la clase StringBuilder son append e insert. Éstos se implementaron sobrecargados para aceptar cualquier tipo de datos. Cada uno convierte un dato en String y concatena o inserta los caracteres de dicho String al StrinBuilder. El método append agrega los caracteres al final de builder mientras que insert los agrega en un punto específico. En general entonces es equivalente escribir:

StringBuilder sb = new StringBuilder;
sb.append(x); //equivale a:
sb.insert(sb.length(), x);

He leído varios fundamentos a favor y en contra de concatenar Strings y usar StringBuilder, discutiendo que no hay diferencias. En este momento no encuentro una fuente técnica que ponga fin a esa discusión. Personalmente al ser String un objeto inmutable, me suena a más coherente usar un StringBuilder para esta función, pero con las optimizaciones de la JDK actualmente, parece que en rendimiento sería lo mismo concatenar Strings que usar un StringBuilder.

Bien, hasta acá hice un repaso de las clases String y StringBuilder. Pero no respondí a la pregunta:

¿Cuál es la diferencia entre un StringBuilder y un StringBuffer?

La diferencia entre un StringBuilder y un StringBuffer es que un StringBuffer provee métodos sincronizados por lo que es seguro usarlos en un ambiente multi-hilos. Los métodos son sincronizados donde sea necesario, para que las operaciones en cualquier instancia de un StringBuffer puedan comportarse como si ocurrieran en serie de manera consistente con el orden de las llamadas a los métodos hechas por cada hilo.

Generalmente es más común el uso de StringBuilder. Usar StringBuffer en un ambiente de un solo hilo de ejecución no tiene sentido, y al tener métodos sincronizados, es más lenta en general.

Así que ahí tienen algo que nunca me voy a olvidar, la diferencia entre StringBuilder y StringBuffer 😛
Lo bueno de posts como éste son reafirmar conocimientos, y que generalmente se genera un poco más de conocimiento con el intercambio con los comentarios (bienvenidos sean comentarios, correcciones y demás aportes sobre el tema).