헷갈리기 쉬운 상황
CompletableFuture pool 고갈: 정상처럼 보이는 한 사례만으로는 동작 범위를 이해하기 어렵습니다. 대표 입력에서는 문제없다가 경계값, 느린 응답, 배포 직후처럼 조건이 달라질 때 결과가 바뀔 수 있습니다.
blocking 작업을 common ForkJoinPool에 많이 넣으면 다른 CompletableFuture 작업이 worker를 얻지 못하므로 executor 성격을 분리해야 합니다.
핵심 원리
JVM heap, metaspace, native memory, thread와 JIT로 실행되는 Java 애플리케이션에서 어느 경계가 결과를 결정하는지 먼저 봅니다. 기대 결과와 실제 결과를 나누고 둘이 달라지는 가장 작은 입력·설정·상태를 찾습니다. 확인하지 않은 원인을 사실처럼 단정하지 않습니다.
| 구분 | 짧은 예시 |
|---|---|
| 기대 결과 | CompletableFuture pool 고갈: 정상 조건에서 사용자가 받아야 할 결과 |
| 실제 결과 | 같은 입력에서 처음 달라진 값·상태·오류 |
| 판별 자료 | GC log, JFR, thread dump, class histogram, heap dump와 OS RSS를 같은 사건 기준으로 수집한다 |
실무에서 확인할 것
객체 보유 경로와 lock 소유자를 증거로 확정하고 pool·queue·heap 제한을 전체 프로세스 메모리 예산에 맞춘다. 확인된 원인과 직접 맞닿은 코드나 설정만 우선 수정합니다. 주제와 무관한 추상화나 운영 장치를 함께 추가하지 않습니다.
대표 사례 하나, 값이 달라지는 경계 하나, 예상 가능한 실패 하나를 같은 순서로 확인합니다. 장시간 부하에서 GC 후 live-set, allocation rate, pause, p99, thread 수와 native memory를 비교한다. 주제에 맞는 정상·경계·실패 조건을 다시 실행하고 수정 전 재현 사례가 사라졌는지 확인합니다.
공식 문서와 적용 범위
문서의 기본값과 동작은 version에 따라 달라질 수 있습니다. 현재 JDK/JVM version, 실행 옵션, collector, runtime 환경과 실제 memory 사용 패턴에서 다시 확인합니다.