출세한 익룡님의 면접 결과

Filter와 Interceptor의 핵심 차이점인 실행 시점과 스프링 컨테이너 범위를 정확하게 설명해주셨고, 디스패처 서블릿을 기준으로 한 처리 순서도 명확하게 구분하여 답변해주신 점이 매우 좋습니다. 다만 답변을 더욱 완성도 있게 만들기 위해서는 Filter는 서블릿 스펙의 일부로 웹 컨테이너에서 관리되고, Interceptor는 스프링 MVC의 HandlerInterceptor 인터페이스를 구현한다는 점을 추가로 언급하시면 좋겠습니다. 또한 각각의 구체적인 사용 예시(Filter는 인코딩 처리나 보안, Interceptor는 로그인 체크나 권한 검사 등)를 함께 설명하시면 실무 적용 관점에서 더욱 명확한 답변이 될 것 같습니다. 추가적으로 예외 처리 방식의 차이점이나 스프링 빈 접근 가능 여부 등의 기술적 특징들도 학습해보시기 바랍니다.

디스패처 서블릿의 전반적인 동작 과정을 잘 이해하고 계시며, Handler Mapping, Handler Adapter, Controller를 거치는 핵심적인 흐름을 정확하게 설명해주셨습니다. 다만 실제 동작 과정에서 몇 가지 중요한 단계가 누락되었는데, View Resolver가 논리적 뷰 이름을 물리적 뷰로 변환하는 과정과 최종적으로 뷰가 렌더링되어 응답이 생성되는 단계가 빠져있습니다. 또한 과정 중간에 Interceptor가 preHandle, postHandle, afterCompletion 시점에서 동작하는 부분도 함께 설명하시면 더욱 완벽한 답변이 될 것 같습니다. 전체적인 MVC 패턴의 구조와 각 컴포넌트 간의 상호작용에 대해 더 깊이 학습해보시길 권장합니다.

답변에서 Handler Mapping이 HashMap을 사용한다는 핵심 아이디어는 좋았습니다. 실제로 Spring MVC에서는 URL 패턴과 HTTP 메서드를 키로 하여 핸들러를 매핑하는 방식을 사용하기 때문입니다. 하지만 답변이 너무 간략하여 구체적인 동작 과정이 부족했습니다. RequestMappingHandlerMapping이 애플리케이션 시작 시 @RequestMapping 애노테이션을 스캔하여 HandlerMethod 객체를 생성하고 이를 MappingRegistry에 등록하는 과정, 그리고 실제 요청 시 HandlerExecutionChain을 반환하는 세부 메커니즘을 추가로 설명하시면 더 완성도 높은 답변이 될 것 같습니다. Spring의 핸들러 매핑 전략과 관련된 다양한 구현체들에 대해서도 학습해보시길 권합니다.