07. 실전 패턴과 면접 대비

# [스프링] 실전 패턴과 면접 대비

시리즈 마지막 편이다. 지금까지 배운 내용을 실전에 적용하는 판단 기준과, 운영에서 마주치는 트러블슈팅 패턴, 그리고 면접에서 나올 수 있는 질문들을 정리한다.

비동기 적용 판단 기준

비동기가 만능은 아니다. 잘못 쓰면 오히려 코드 복잡도만 올라가고 디버깅은 어려워진다. "이 작업을 비동기로 해야 하나?"를 판단하는 기준이 필요하다.

적합한 예시

• 이메일/SMS/푸시 알림 발송
• 로그 수집, 감사 기록
• 외부 API 연동 (결제 알림, 웹훅 등)
• 대용량 데이터 가공, 보고서 생성
• 캐시 갱신, 검색 인덱스 업데이트

부적합한 예시

• 결제 처리 (결과를 즉시 사용자에게 보여줘야 함)
• 재고 차감 후 주문 확정 (원자성 필요)
• 순차적 비즈니스 검증 단계
• 간단한 DB CRUD (비동기 오버헤드가 더 큼)

비동기 테스트 작성법

비동기 코드를 테스트할 때 가장 흔한 실수는 결과가 나오기 전에 검증하는 것이다.

void 메서드 테스트

@Async void 메서드는 완료 시점을 알 수 없으므로, 테스트에서는 비동기를 끄거나 대기 로직이 필요하다.

방법 1 — 테스트에서 동기 Executor 사용

@TestConfiguration
public class SyncAsyncConfig {

    @Bean
    @Primary
    public TaskExecutor taskExecutor() {
        return new SyncTaskExecutor();
    }
}

• SyncTaskExecutor는 작업을 호출 스레드에서 동기로 실행한다
• 비동기 로직의 비즈니스 로직만 검증할 때 유용하다

방법 2 — Awaitility 사용

비동기 동작 자체를 검증하고 싶다면 Awaitility 라이브러리를 쓴다.

@Test
void 비동기_이메일_발송_테스트() {
    orderService.completeOrder(orderId);

    await().atMost(5, SECONDS).untilAsserted(() -> {
        verify(emailSender).send(eq("user@test.com"), anyString());
    });
}

• await().atMost(5, SECONDS) : 최대 5초까지 기다린다
• untilAsserted : 조건이 만족될 때까지 반복 확인한다

CompletableFuture 메서드 테스트

CompletableFuture를 반환하면 join()으로 결과를 기다릴 수 있어서 테스트가 더 간단하다.

@Test
void 프로필_조회_테스트() {
    CompletableFuture<UserProfile> future = userService.fetchProfile("user123");

    UserProfile result = future.join();

    assertThat(result.getName()).isEqualTo("홍길동");
}

• join()이 결과가 나올 때까지 블로킹하므로 별도의 대기 로직이 필요 없다

트러블슈팅

스레드 풀 고갈

비동기 작업이 쌓이는 속도가 처리 속도보다 빠르면 스레드 풀이 고갈된다.

• 증상 : 비동기 작업이 점점 느려지다가 RejectedExecutionException 발생
• 원인 : 스레드 풀 사이즈가 부족하거나, 비동기 작업 자체가 너무 느림
• 해결 :
  • 스레드 풀 모니터링으로 queue 사이즈를 확인
  • 작업 내부의 I/O 병목 제거 (타임아웃 설정, 연결 풀 확인)
  • corePoolSize, maxPoolSize 조정
  • 용도별 Executor 분리로 영향 범위 격리

비동기 메서드가 동기로 실행됨

코드상 @Async를 붙였는데 같은 스레드에서 실행되는 경우.

• 확인 방법 : 로그에서 스레드 이름을 확인한다. async-1 같은 이름이 아니라 http-nio-8080-exec-1이면 동기 실행이다.
• 체크리스트 :
  • @EnableAsync 선언 여부
  • 같은 클래스 내부에서 호출하고 있지 않은지
  • 메서드가 public인지
  • 빈으로 등록된 객체를 통해 호출하고 있는지 (new로 생성한 객체는 프록시가 아니다)

// 로그 패턴에 스레드 이름을 포함시키면 디버깅이 쉬워진다
logging.pattern.console=%d{HH:mm:ss} [%thread] %-5level %logger{36} - %msg%n

비동기 작업 간 데드락

비동기 작업 A가 비동기 작업 B의 완료를 기다리는데, 스레드 풀이 꽉 차서 B가 실행되지 못하는 상황이다.

@Async
public CompletableFuture<String> taskA() {
    // taskB의 결과를 기다림
    CompletableFuture<String> result = taskB();
    return result.thenApply(b -> "A + " + b);
}

@Async
public CompletableFuture<String> taskB() {
    return CompletableFuture.completedFuture("B");
}

• 스레드 풀에 스레드가 1개뿐이라면 : taskA가 스레드를 점유 → taskB는 스레드를 받지 못함 → 교착 상태
• 해결 : 비동기 작업이 다른 비동기 작업을 기다리지 않도록 설계하거나, 별도 Executor를 사용한다

면접 Q&A

시리즈 정리

7편에 걸쳐 다룬 내용을 한눈에 정리한다.