강의

이 강의는 멀티스레드 애플리케이션에서 공유 자원이 무엇인지, 왜 race condition(경쟁 상태)과 ‘lost update(업데이트 손실)’가 발생하는지, 그리고 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 모드)이 무엇인지, 각 도구가 적합한 상황과 가장 자주 발생하는 실수는 무엇인지 살펴봅니다.

이 강의에서는 Java의 핵심 동기화 프리미티브를 살펴봅니다. synchronized와 ReentrantLock 클래스를 사용해 임계 구역을 보호하는 방법( lock()/ unlock() 메서드, try- finally 구문)과, Semaphore로 병렬성을 제한하는 방법( acquire()/ release() 메서드)을 다룹니다. 표로 뮤텍스와 세마포어를 비교하고, 실무 사례(은행, 접속 제한이 있는 서버)와 교착 상태(deadlock) 및 성능 저하를 유발하는 전형적인 실수를 함께 살펴봅니다.

Java에서의 멀티스레딩에서 흔히 발생하는 실수를 실전적으로 분석합니다: ReentrantLock과 Semaphore에서 unlock()/ release() 호출을 잊는 문제( try- finally로 해결), synchronized에 잘못된 모니터를 선택하는 문제, 상호 교착 상태(deadlock)와 락 획득 순서, 과도한 동기화, 그리고 volatile의 적용 한계와 AtomicInteger로의 대체. 예제, 팁, 쉬운 비유까지 — 코드가 멈춰 서지 않도록.