Aulas

Por que programas precisam de threads e paralelismo: desde uma interface responsiva até ocupar todos os núcleos do processador. Vamos explicar a diferença entre processos e threads, o papel da thread principal main na JVM, casos práticos (UI, servidores, processamento de arquivos) e os riscos: race condition, deadlock, além de ferramentas básicas de sincronização como synchronized. Mostraremos um exemplo simples com Thread e a execução de duas tarefas em paralelo.

Nesta aula analisamos como iniciar threads em Java: conhecemos a classe Thread e a interface Runnable, aprendemos a chamar start() corretamente e a não confundi-lo com run(), usamos classes anônimas e expressões lambda, iniciamos várias threads e observamos o ciclo de vida ( NEW → RUNNABLE → TERMINATED). Falaremos sobre os métodos Thread.currentThread(), getName(), a espera com join() e erros típicos como IllegalThreadStateException.

Exploramos o ciclo de vida de uma thread em Java: de Thread.State (

NEW

,

RUNNABLE

,

BLOCKED

,

WAITING

,

TIMED_WAITING

,

TERMINATED

) até as transições entre eles. Aprendemos a gerenciar threads com Thread.sleep(...), join(), interrupt(), diagnosticar o estado por meio de isAlive() e getState(), bem como evitar métodos obsoletos como stop()/ suspend()/ resume(). No final — dicas práticas e erros comuns.

Como passar parâmetros com segurança para threads pelo construtor da classe que implementa Runnable, quando usar expressões lambda e por que é melhor tornar os campos final. Analisamos as prioridades de threads: métodos setPriority/ getPriority, constantes Thread.MIN_PRIORITY, Thread.NORM_PRIORITY, Thread.MAX_PRIORITY e seu efeito no escalonador. Além disso — nomear threads via construtor, setName/ getName, exemplo prático e erros típicos (um Runnable compartilhado, setters, confiar em prioridades).

Nesta aula explicamos o que é uma condição de corrida: quando várias threads acessam dados compartilhados simultaneamente e o resultado depende da ordem de escalonamento. Com o exemplo do incremento counter ++, mostramos por que a operação não é atômica e como incrementos se perdem. Analisamos um caso prático com uma conta bancária, as consequências em produção e abordagens de proteção: synchronized, tipos atômicos de java.util.concurrent.atomic (por exemplo, AtomicInteger), bem como a imutabilidade. Encerramos com a seção “Erros comuns”, onde se explica por que Thread-bugs raramente são pegos por testes e por que “tratar” isso com Thread. sleep( 1) é inútil.