멀티스레딩은 Java 프로그램이 여러 thread를 동시에 실행하게 하여, 병렬성(여러 CPU 코어 사용)과 응답성(블로킹 없이 작업 수행)을 가능하게 합니다. Java는 일급 thread 지원을 갖추고 있습니다 — 하지만 공유 가변 상태는 신중하게 관리해야 하는 복잡성(race condition)을 도입합니다.
() -> System.out.println( + Thread.currentThread().getName());
(task);
t.start();
Executors.newFixedThreadPool();
executor.submit(task);
핵심 함정: start()(새 thread를 생성)를 호출하고, run()(단지 현재 thread에서 코드를 동기적으로 실행)을 호출하지 마십시오.
// ❌ 여러 thread 가 공유 상태를 수정 → 예측 불가능한 결과
class Counter {
int count = 0;
void increment() { count++; } // 원자적이지 않음: 읽기 → 더하기 → 쓰기 (끼어들 수 있음)
}
// 1000개의 thread 가 각각 1000번 증가 → 최종 count 는 종종 1,000,000 미만!
count++는 실제로 세 가지 연산(읽기, 증가, 쓰기)입니다. thread가 끼어들면 갱신이 손실됩니다 — race condition입니다. 이것이 동시성의 핵심 과제입니다: 조율 없이 여러 thread가 접근하는 공유 가변 상태.
// 1. synchronized — 한 번에 하나의 thread 만 메서드/블록에 진입 (잠금)
synchronized void increment() { count++; }
// 2. atomic 클래스 — 잠금 없는 원자적 연산
AtomicInteger count = new AtomicInteger(0);
count.incrementAndGet(); // 원자적, 스레드 안전, 효율적
// 3. concurrent 컬렉션 — 멀티스레드 접근을 위해 만들어짐
ConcurrentHashMap<String, Integer> map = new ConcurrentHashMap<>();
// 4. 불변성 — 불변 객체는 본질적으로 스레드 안전 (손상시킬 것이 없음)
t.join(); // thread t 가 끝나기를 기다림
Thread.sleep(1000); // 현재 thread 를 일시 정지
// 또한: wait()/notify(), CountDownLatch, lock 등 조율을 위한 것
✓ ExecutorService / thread pool 사용 (작업마다 new Thread() 하지 말 것 — 비쌈)
✓ 비동기 조합에 CompletableFuture 사용
✓ 수동 동기화보다 concurrent 컬렉션과 atomic 클래스 사용
✓ Java 21+ 는 Virtual Thread 추가 — I/O 동시성을 위한 수백만 개의 경량 thread
멀티스레딩은 Java 프로그램이 여러 코어를 사용하고 응답성을 유지하게 하지만, 제대로 하기 가장 어려운 영역 중 하나이기도 합니다 — 동기화되지 않은 공유 가변 상태로 인한 race condition은 간헐적이고 재현하기 어려운 버그를 일으킵니다.
thread가 어떻게 동작하는지(start() 대 run()), 핵심 race condition 문제(왜 count++가 안전하지 않은지), 그리고 안전성을 보장하는 도구(synchronized, atomic 클래스, concurrent 컬렉션, 불변성)를 이해하는 것은 올바른 동시 코드를 작성하는 데 필수적입니다.
현대 모범 사례는 원시 thread 관리보다 고수준 추상화(ExecutorService, CompletableFuture, virtual thread)를 선호합니다.
이는 서버 측 및 고성능 Java를 위한 중요한 지식이며, 유능한 개발자와 전문가를 구별하는 깊고 자주 시험되는 주제입니다.