Aulas

Esta aula é sobre o que é um recurso compartilhado em aplicações multithread, por que surgem condições de corrida (race condition) e “atualizações perdidas”, e como proteger os dados com synchronized. Vamos analisar técnicas básicas de sincronização (métodos e blocos), falar sobre ferramentas modernas de java.util.concurrent ( Lock, ReentrantLock, Semaphore etc.), ver exemplos práticos com incremento de contador e erros típicos (não atomicidade de i ++, objeto de bloqueio incorreto, mitos sobre volatile).

Aula prática sobre multithreading: analisamos como funciona a palavra‑chave synchronized (blocos e métodos, monitor do objeto e bloqueio no nível da classe ClassName.class), qual é a diferença entre a visibilidade de alterações via volatile e a atomicidade das operações, por que é conveniente usar flags boolean como volatile, e por que o incremento count ++ requer sincronização. Vamos comparar quando escolher synchronized e quando — volatile, e revisar erros comuns.

Comparação prática da sincronização clássica por meio de synchronized com primitivos mais flexíveis do pacote java.util.concurrent.locks: ReentrantLock e ReadWriteLock. Vamos ver como controlar bloqueios explicitamente ( lock()/ unlock(), tryLock() com timeout), como escalar leitura com ReentrantReadWriteLock, o que é “justiça” ( fair mode), onde cada ferramenta é apropriada e quais erros ocorrem com mais frequência.

Nesta aula, vamos analisar os principais primitivos de sincronização em Java: como proteger seções críticas com synchronized e a classe ReentrantLock (métodos lock()/ unlock(), construção try- finally), e também como limitar o paralelismo com Semaphore (métodos acquire()/ release()). Vamos comparar mútex e semáforo em uma tabela, considerar casos práticos (banco, servidor com limite de conexões) e erros típicos que levam a deadlock e perdas de desempenho.

Análise prática de erros frequentes de concorrência em Java: unlock()/ release() esquecido em ReentrantLock e Semaphore (resolve-se com try- finally), escolha do monitor errado para synchronized, bloqueios mútuos (deadlock) e a ordem de aquisição dos locks, sincronização excessiva, além dos limites de uso de volatile e a substituição por AtomicInteger. Exemplos, dicas e analogias claras — para que o código não “trave de vez”.