스레드를 직접 만들지 말고, 도구에게 맡겨라 — 그리고 가상 스레드

new Thread(...).start()는 요청마다 OS 스레드를 새로 만들어요. 스레드는 비싼 자원(스택 메모리·커널 객체)이라, 트래픽이 몰리면 수천 개가 생겨 메모리 폭발·컨텍스트 스위칭 지옥에 빠집니다. 그래서 스레드를 미리 만들어 두고 재사용하는 ExecutorService가 표준이에요.

Future는 결과를 담지만, 결과를 꺼내려면 future.get()으로 블로킹해야 해요. 여러 비동기 작업을 이어붙이거나 합치는 조합이 불가능하죠. CompletableFuture는 이 한계를 깨고 선언적 파이프라인을 제공합니다.

CompletableFuture<String> cf = CompletableFuture
    .supplyAsync(() -> fetchUser(id), executor)   // 비동기 시작 (풀 지정)
    .thenApply(user -> user.getName())            // 변환
    .thenCompose(name -> loadProfileAsync(name))  // 또 다른 CF 이어붙이기
    .exceptionally(ex -> "guest");                // 예외 시 대체값

// thenCombine: 독립 두 작업을 병렬로 하고 합치기
CompletableFuture<Integer> a = CompletableFuture.supplyAsync(() -> 2, executor);
CompletableFuture<Integer> b = CompletableFuture.supplyAsync(() -> 3, executor);
int sum = a.thenCombine(b, (x, y) -> x + y).join(); // 5

ForkJoinPool은 큰 작업을 재귀적으로 쪼개(fork) 병렬 실행하고 결과를 합치는(join) 분할정복 프레임워크예요. 핵심은 work-stealing: 각 워커가 자기 덱(deque)을 갖고, 자기 일이 떨어지면 바쁜 다른 워커의 큐 꼬리에서 작업을 훔쳐 옵니다. 덕분에 부하가 고르게 퍼지고 유휴 스레드가 줄어요.

ThreadLocal은 스레드마다 독립적인 값을 주는 편리한 도구예요(사용자 컨텍스트·트랜잭션·SimpleDateFormat 등). 문제는 스레드풀이에요. 풀의 스레드는 재사용되므로, 한 작업이 남긴 ThreadLocal 값이 다음 작업에 그대로 노출됩니다.

private static final ThreadLocal<User> CTX = new ThreadLocal<>();

void handle(Request req) {
    CTX.set(req.getUser());
    try {
        process();               // CTX.get()으로 컨텍스트 사용
    } finally {
        CTX.remove();            // ★ 풀 재사용 대비: 반드시 정리
    }
}

전통적 스레드는 OS 스레드에 1:1로 매핑돼 비싸요(수천 개가 한계). 가상 스레드는 JVM이 관리하는 경량 스레드로, 수백만 개를 만들 수 있어요. 소수의 캐리어 스레드(플랫폼 스레드, 보통 ForkJoinPool) 위에서 마운트/언마운트됩니다.

마법의 핵심은 블로킹 시 언마운트예요. 가상 스레드가 블로킹 I/O(소켓·파일 등)를 만나면, 캐리어를 붙잡지 않고 떨어져 나가(unmount) 대기하고, 캐리어는 다른 가상 스레드를 실행해요. I/O가 끝나면 다시 마운트됩니다. 그래서 블로킹 코드를 그대로 쓰면서도 높은 처리량을 냅니다.

// 요청마다 가상 스레드 하나 — 수만 개도 부담 없음
try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
    for (var req : requests) {
        executor.submit(() -> handleBlockingIo(req)); // 블로킹 코드 그대로
    }
} // close()가 모든 작업 완료를 대기