¿Qué son los hilos virtuales y cómo cambian la forma de escribir código de servidor?

Los hilos virtuales, definitivos desde Java 21, son hilos ligeros que la JVM planifica sobre un pool pequeño de hilos portadores. Cuando uno se bloquea en E/S se desmonta y libera a su portador, así que un millón de tareas concurrentes cuesta muy poco. En la práctica vuelves a escribir código bloqueante directo y usas un hilo por petición en lugar de un executor con pool fijo, y nunca haces pooling de hilos virtuales porque crear uno es barato.

Un hilo virtual lo planifica la JVM y no el sistema operativo, así que cuesta unos cientos de bytes en lugar de un megabyte de pila. Cuando se bloquea leyendo un socket, se desmonta de su hilo portador y el portador se va a ejecutar otra cosa, y luego vuelve a montarse cuando llegan los datos. Eso hace desaparecer el viejo motivo para hacer pooling de hilos. Yo uso un executor que crea un hilo virtual por tarea, y el código sigue siendo código bloqueante normal, mucho más fácil de leer y depurar que una cadena de callbacks. Tengo dos cosas presentes. Primera, no hacen nada por el trabajo intensivo en CPU, porque sigues teniendo tantos núcleos como tienes; la ganancia está en atender peticiones con mucha E/S. Segunda, eliminan el límite de concurrencia accidental que me daba un pool fijo, así que si llamo a una base de datos con un pool de cincuenta conexiones pongo delante un semáforo o el propio pool, o si no diez mil hilos virtuales se le echan encima a la vez.