Optimización del Rendimiento en Java: Ocho Antipatrones que Ralentizan tu Código

Mejoras de Rendimiento al Corregir Antipatrones

Jonathan Vogel desarrolló una aplicación de procesamiento de pedidos en Java que inicialmente tenía un tiempo transcurrido de 1.198 ms, manejaba 85.000 pedidos por segundo, utilizaba poco más de 1 GB de memoria heap y tenía 19 pausas de recolección de basura. Después de corregir ocho antipatrones sin realizar cambios arquitectónicos ni actualizaciones del JDK, el rendimiento mejoró a 239 ms de tiempo transcurrido, 419.000 pedidos por segundo, 139 MB de memoria heap y 4 pausas de GC. Esto representa un rendimiento 5 veces mayor, un 87% menos de uso de memoria heap y un 79% menos de pausas de GC.

Ocho Antipatrones de Rendimiento en Java que Corregir

• Concatenación de cadenas en bucles - Copia O(n²) debido a la inmutabilidad
• Iteración O(n²) con streams dentro de bucles - procesar la lista completa por cada elemento
• String.format() en rutas críticas - el constructor de cadenas más lento, analiza el formato en cada llamada
• Autoboxing en rutas críticas - millones de objetos envoltorio desechables
• Excepciones para control de flujo - fillInStackTrace() recorre toda la pila de llamadas
• Sincronización demasiado amplia - un solo bloqueo se convierte en el cuello de botella
• Recrear objetos reutilizables - ObjectMapper, DateTimeFormatter, Gson por cada llamada
• Anclaje de hilos virtuales (JDK 21-23) - synchronized + E/S bloqueante ancla los portadores

Ejemplos y Soluciones Detallados

1. Concatenación de Cadenas en Bucles

Código problemático:

String report = "";
for (String line : logLines) {
    report = report + line + "\n";
}

Esto crea copias O(n²) debido a la inmutabilidad de String. Los benchmarks de BellSoft JMH muestran que cuando n crece 4 veces, la concatenación en bucles se ralentiza más de 7 veces.

Solución:

StringBuilder sb = new StringBuilder();
for (String line : logLines) {
    sb.append(line).append("\n");
}
String report = sb.toString();

Nota: Desde JDK 9, el compilador optimiza la concatenación en una sola línea como "Pedido: " + id + " total: " + amount, pero esta optimización no se aplica en bucles.

2. O(n²) Accidental con Streams Dentro de Bucles

Código problemático:

for (Order order : orders) {
    int hour = order.timestamp().atZone(ZoneId.systemDefault()).getHour();
    long countForHour = orders.stream()
        .filter(o -> o.timestamp().atZone(ZoneId.systemDefault()).getHour() == hour)
        .count();
    ordersByHour.put(hour, countForHour);
}

Este patrón representó casi el 71% de las muestras de pila de CPU en la grabación de JFR. Con 10.000 pedidos, realiza 100 millones de comparaciones en lugar de una sola pasada.

Solución:

for (Order order : orders) {
    int hour = order.timestamp().atZone(ZoneId.systemDefault()).getHour();
    ordersByHour.merge(hour, 1L, Long::sum);
}

Esto proporciona un rendimiento O(n) con una sola pasada. También podrías usar Collectors.groupingBy(... Collectors.counting()) en un solo pipeline de stream.

El artículo es la parte 1 de una serie de 3 partes sobre Optimización de Rendimiento en Java, con las partes 2 y 3 próximamente. La parte 2 analizará los datos de perfilado detrás de estos números, incluyendo gráficos de llama y qué métodos eran realmente críticos.