Lecciones

Por qué las aplicaciones necesitan hilos y paralelismo: desde una interfaz receptiva hasta aprovechar todos los núcleos de la CPU. Analizamos la diferencia entre procesos e hilos, el papel del hilo principal main en la JVM, casos prácticos (UI, servidores, procesamiento de archivos) y riesgos: race condition, deadlock, así como herramientas básicas de sincronización como synchronized. Mostraremos un ejemplo sencillo con Thread y la ejecución de dos tareas en paralelo.

En la lección analizamos el lanzamiento de hilos en Java: conocemos la clase Thread y la interfaz Runnable, aprendemos a invocar correctamente start() y no confundirlo con run(), usamos clases anónimas y expresiones lambda, lanzamos varios hilos y observamos el ciclo de vida ( NEW → RUNNABLE → TERMINATED). Hablaremos de los métodos Thread.currentThread(), getName(), de la espera mediante join() y de errores típicos como IllegalThreadStateException.

Analizamos el ciclo de vida de un hilo en Java: desde Thread.State (

NEW

,

RUNNABLE

,

BLOCKED

,

WAITING

,

TIMED_WAITING

,

TERMINATED

) hasta las transiciones entre ellos. Aprendemos a gestionar hilos con Thread.sleep(...), join(), interrupt(), a diagnosticar el estado mediante isAlive() y getState(), así como a evitar métodos obsoletos como stop()/ suspend()/ resume(). Al final — consejos prácticos y errores frecuentes.

Cómo pasar parámetros de forma segura a los hilos a través del constructor de la clase que implementa Runnable, cuándo son apropiadas las expresiones lambda y por qué es mejor hacer los campos final. Analizamos las prioridades de los hilos: métodos setPriority/ getPriority, constantes Thread.MIN_PRIORITY, Thread.NORM_PRIORITY, Thread.MAX_PRIORITY y su influencia en el planificador. Además — nombrar hilos mediante el constructor, setName/ getName, ejemplo práctico y errores típicos (Runnable compartido, setters, esperanzas en las prioridades).

En la lección analizamos qué es una condición de carrera: cuando varios hilos acceden simultáneamente a datos compartidos y el resultado depende del orden de planificación. Con el ejemplo del incremento counter ++ mostramos por qué la operación no es atómica y cómo se pierden incrementos. Abordamos un caso práctico con una cuenta bancaria, las consecuencias en producción y los enfoques de protección: synchronized, tipos atómicos de java.util.concurrent.atomic (por ejemplo, AtomicInteger) y también la inmutabilidad. Cerramos con la sección «Errores típicos», donde se explica por qué los bugs de Thread rara vez los detectan las pruebas y por qué «curarlos» con Thread. sleep( 1) no tiene sentido.