Cómo Valhalla está cambiando la forma de escribir Java seguro y rápido

Durante años, quienes trabajamos con arquitecturas orientadas al dominio en Java hemos tenido que tomar una decisión incómoda. Queríamos tipos que representaran conceptos claros —como un número que nunca puede ser negativo— y que el compilador nos protegiera de estados inválidos. Sin embargo, cuando el rendimiento entraba en juego, esos mismos tipos se convertían en un problema.

Project Valhalla llega para eliminar ese compromiso.

El costo oculto de los wrappers

Imagina una clase simple que envuelve un int. En HotSpot, esa clase ocupa al menos 16 bytes, aunque solo almacene un valor de 4 bytes. Si la pones en un array de un millón de elementos, no guardas los valores directamente. Guardas referencias a objetos en el heap. Cada acceso implica seguir un puntero, con el riesgo de fallos de caché.

El resultado es que los wrappers consumen mucha más memoria y son más lentos que los primitivos. Por eso, la práctica habitual ha sido validar en los bordes de la aplicación y luego deshacerse de esos tipos seguros cuando se llega a las partes críticas del código. Era una solución funcional, pero incompleta.

Value Classes: seguridad sin penalización

Con el nuevo modificador value que introduce Project Valhalla en Java 27 Early Access, las clases ya no necesitan identidad. El JVM puede tratarlas de forma similar a los primitivos: puede almacenarlas directamente en arrays, incrustarlas en otros objetos o mantenerlas en registros del procesador.

La sintaxis es casi la misma que la de una clase normal. El constructor sigue ejecutándose y la validación ocurre igual. Pero ahora el valor puede ocupar solo 4 bytes en memoria, sin cabecera de objeto ni indirecciones.

public value class PositiveInt {
    private final int value;

    public PositiveInt(int value) {
        if (value <= 0) {
            throw new IllegalArgumentException("must be positive: " + value);
        }
        this.value = value;
    }

    public int value() { 
        return value; 
    }
}

Más allá de un solo valor

Las value classes también permiten combinar múltiples campos. Un Coordinate que contenga Latitude y Longitude puede almacenarse como 16 bytes contiguos sin punteros de por medio. Para aplicaciones que manejan datos geográficos a gran escala, esto representa una mejora notable en velocidad sin renunciar a la seguridad que proporciona la tipificación estricta.

Una nueva forma de diseñar

En el mundo de los registros de dominio, donde la validación de nombres y extensiones es esencial, value classes permiten mantener tipos seguros incluso en procesos de alta demanda. Por ejemplo, puedes definir una DomainName o un Tld que garantice su validez estructural desde la tipificación y que zugleich flach en el mismo espacio de memoria que un simple string.

这样可以在 DNS pipelines de alta velocidad mantener la tipificación segura sin sacrificar rendimiento.

La ventaja de la corrección en tiempo de compilación

Además del rendimiento, value classes permiten implementaciones de F-bounded generics que verhindern que se comparen tipos diferentes. 例如, Probability y Price pueden implementarse con el mismo interface, but the compiler verhindert accidental mixes.

¿Qué significa esto para tu arquitectura

Para quienes desarrollan aplicaciones en plataformas modernas como NameOcean's Vibe Hosting, value classes ofrecen una posibilidad: mantener la validación de reglas de negocio en toda la cadena de procesamiento,同时保持 performance. 不再需要 trade-off entre correctness y speed.

Hacia el futuro

Project Valhalla todavía está en preview, pero su impact is clear. Una vez que es stabilisiert, value classes will become una parte fundamental de Java architecture planning.

Si du entwickelst Systeme hoy, überlege wo refined types ohne performance penalty leben könnten. Wo du bisher validerst und then unsafe primitives benutzt hast, da sind die candidates für value classes en la Zukunft.