La Inmutabilidad y el Pool de Cadenas en String

La clase String en Java está diseñada para ser estrictamente inmutable. Una vez instanciado un objeto, su estado interno no puede modificarse. Esta decisión de diseño garantiza la seguridad en entornos multihilo, permite el almacenamiento en caché de códigos hash y hace posible la reutilización de memoria mediante el String Pool.

String cadenaA = "Desarrollo";              // Asignación literal (usa el pool)
String cadenaB = new String("Desarrollo");  // Fuerza la creación en el heap
String cadenaC = cadenaA.intern();        // Obtiene la referencia del pool

System.out.println(cadenaA == cadenaB); // false, direcciones de memoria distintas
System.out.println(cadenaA == cadenaC); // true, apuntan al mismo literal

El uso de literales de cadena directos aprovecha el pool para reducir la huella de memoria, mientras que el operador new siempre genera una nueva instancia en el heap.

Arquitectura Interna de las Colecciones

ArrayList y la Estrategia de Redimensionamiento

Por defecto, un ArrayList se inicializa con una capacidad de 10. Cuando se inserta un elemento que excede este límite, se dispara el mecanismo de expansión. Internamente, la nueva capacidad se calcula mediante una operación de desplazamiento bit a bit, resultando en un crecimiento del 50% (1.5 veces la capacidad anterior). Para evitar el costo computacional de múltiples redimensionamientos, es una buena práctica estimar el tamaño inicial.

List<Double> metricas = new ArrayList<>(12);
metricas.add(99.5);
// Al insertar el elemento 13, se ejecuta el algoritmo de expansión
// calculando: oldCapacity + (oldCapacity >> 1)

HashMap y la Optimización mediante Árboles

Desde Java 8, HashMap optimiza el rendimiento en escenarios de altas colisiones de hash. Cuando un bucket específico alcanza 8 o más nodos y la capacidad total del mapa es de al menos 64, la estructura de lista enlazada se transforma en un árbol rojo-negro. De manera inversa, si el número de nodos desciende a 6 o menos, vuelve a su estructura de lista original.

Map<String, Object> configuracion = new HashMap<>();
configuracion.put("timeout", 3000);
// Bajo condiciones extremas de colisión, el bucket se convierte en árbol binario

Evolución de las Operaciones de E/S: De Bloqueante a NIO

El paquete tradicional java.io opera bajo un modelo orientado a flujos (streams) que bloquea el hilo de ejecución hasta que los datos están disponibles. Por el contrario, java.nio introduce un modelo no bloqueante basado en canales y búferes, lo que mejora drásticamente el rendimiento en aplicaciones de alta concurrencia.

// E/S Tradicional (Modelo Bloqueante)
try (BufferedInputStream entrada = new BufferedInputStream(new FileInputStream("registro.log"))) {
    int byteLeido;
    while ((byteLeido = entrada.read()) != -1) { // Bloquea hasta que hay datos
        System.out.write(byteLeido);
    }
}

// E/S NIO (Modelo No Bloqueante con Buffers)
Path archivoLog = Paths.get("registro.log");
try (FileChannel canalLectura = FileChannel.open(archivoLog, StandardOpenOption.READ)) {
    ByteBuffer bloqueMemoria = ByteBuffer.allocate(2048);
    while (canalLectura.read(bloqueMemoria) > 0) {
        bloqueMemoria.rewind(); // Cambia a modo de lectura
        while (bloqueMemoria.hasRemaining()) {
            System.out.write(bloqueMemoria.get());
        }
        bloqueMemoria.clear(); // Limpia el búfer para reutilización
    }
}

La combinación de Buffer y Channel en NIO minimiza los bloqueos de hilos, mientras que el uso de Selector permite gestionar múltiples canales en un solo hilo, maximizando el rendimiento en escenarios de alta concurrencia.