Лекции

Эта лекция о том, что такое общий ресурс в многопоточных приложениях, почему возникают состояния гонки (race condition) и «потерянные обновления», и как защитить данные с помощью synchronized. Разберём базовые приёмы синхронизации (методы и блоки), поговорим о современных инструментах из java.util.concurrent ( Lock, ReentrantLock, Semaphore и др.), увидим практические примеры с инкрементом счётчика и типичные ошибки (неатомарность i ++, неверный объект блокировки, мифы про volatile).

Практическая лекция по многопоточности: разбираем, как работает ключевое слово synchronized (блоки и методы, монитор объекта и блокировка на уровне класса ClassName.class), чем отличается видимость изменений через volatile от атомарности операций, почему boolean-флаги удобно делать volatile, а инкремент count ++ требует синхронизации. Сопоставим, когда выбирать synchronized, а когда — volatile, и разберём типичные ошибки.

Практическое сравнение классической синхронизации через synchronized с более гибкими примитивами из пакета java.util.concurrent.locks: ReentrantLock и ReadWriteLock. Разберём, как явно управлять блокировками ( lock()/ unlock(), tryLock() с таймаутом), как масштабировать чтение с помощью ReentrantReadWriteLock, что такое «честность» ( fair mode), где каждый инструмент уместен, и какие ошибки встречаются чаще всего.

В этой лекции разберём ключевые примитивы синхронизации в Java: как защищать критические секции с помощью synchronized и класса ReentrantLock (методы lock()/ unlock(), конструкция try- finally), а также как ограничивать параллелизм через Semaphore (методы acquire()/ release()). Сравним мьютекс и семафор в таблице, рассмотрим практические кейсы (банк, сервер с лимитом подключений) и типичные ошибки, приводящие к deadlock и потерям производительности.

Практический разбор частых ошибок многопоточности в Java: забытый unlock()/ release() у ReentrantLock и Semaphore (лечится через try- finally), выбор неправильного монитора для synchronized, взаимные блокировки (deadlock) и порядок взятия локов, избыточная синхронизация, а также границы применимости volatile и замена на AtomicInteger. Примеры, советы и понятные аналогии — чтобы код не «вставал колом».