출세한 익룡님의 면접 결과

핵심 흐름인 소스코드 → 바이트코드(.class) → JVM 실행이라는 두 단계를 정확히 짚으셨고, JVM 위에서 런타임에 네이티브 바이너리로 변환된다는 점도 올바르게 언급하셨습니다. 한 단계 더 깊이 들어가자면, 런타임 컴파일을 담당하는 주체인 JIT(Just-In-Time) 컴파일러와, 그 전에 바이트코드를 한 줄씩 해석하는 인터프리터의 역할 구분을 명시해 주시면 더욱 완성도 높은 답변이 됩니다. 또한 클래스 로딩 단계(ClassLoader → Linking → Initialization)와 실행 엔진(Execution Engine)의 구조도 함께 언급하면 JVM 내부 동작 원리를 깊이 이해하고 있음을 보여줄 수 있습니다. 예를 들어 "JVM은 먼저 인터프리터로 바이트코드를 실행하다가, 자주 호출되는 핫스팟 코드를 JIT 컴파일러가 네이티브 코드로 캐싱하여 성능을 최적화합니다"와 같이 표현하시면 실무 수준의 이해를 잘 전달할 수 있습니다.

JIT 컴파일의 핵심인 "자주 호출되는 코드를 런타임에 네이티브 코드로 변환한다"는 방향은 올바르게 짚으셨습니다. 다만 몇 가지 중요한 개념이 빠져 있어 보완이 필요합니다. JVM은 처음에 바이트코드를 인터프리터 방식으로 실행하다가, 특정 메서드나 루프가 일정 횟수(HotSpot JVM 기준 약 10,000회) 이상 호출되는 "핫스팟(Hot Spot)"으로 판단되면 그 시점에 네이티브 코드로 컴파일하여 코드 캐시(Code Cache)에 저장하고 이후 호출 시 캐시된 네이티브 코드를 직접 실행하는 구조입니다. 또한 JIT는 단순 컴파일을 넘어 인라이닝(Inlining), 루프 언롤링(Loop Unrolling), 데드 코드 제거 등의 최적화도 함께 수행한다는 점을 언급하면 "실행 시간에 옵티마이저가 동작한다"는 표현을 훨씬 구체적으로 뒷받침할 수 있습니다. 예를 들어 "JVM은 인터프리터로 실행하다가 핫스팟 메서드를 감지하면 JIT 컴파일러가 해당 바이트코드를 네이티브 코드로 컴파일해 코드 캐시에 적재하고, 이후 동일 메서드 호출 시 캐시된 코드를 실행합니다"처럼 답변을 구성해 보시면 좋겠습니다.

인터프리터 방식이라는 핵심을 정확히 짚으셨습니다. 다만 "인터프리터 방식"이 구체적으로 어떤 동작을 의미하는지—바이트코드를 한 줄씩 읽어 즉시 실행하는 방식—까지 한 문장으로 덧붙이면 답변의 완성도가 높아집니다. 또한 JVM이 인터프리터에서 JIT으로 전환하는 기준(예: HotSpot의 호출 횟수 임계값, Tiered Compilation의 레벨 0~4)을 함께 언급하면 앞선 JIT 답변과 자연스럽게 연결되어 더욱 인상적인 답변이 됩니다. 예를 들어 "처음에는 인터프리터가 바이트코드를 한 줄씩 해석·실행하다가, 호출 횟수가 임계값을 넘으면 JIT 컴파일러가 해당 메서드를 네이티브 코드로 컴파일합니다"처럼 연결해 보세요.