인프런 커뮤니티 질문&답변
작성한 질문수
preHandle에서 핸들러를 파라미터로 받을 수 있는 이유
작성
·
30
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
안녕하세요. prehandle에서 아래와 같이 handler를 파라미터로 받을 수 있는 이유가 궁금해서 질문 드립니다.
public interface HandlerInterceptor { default boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {}
제가 알기로느 디스패처 서블릿에서 요청이 들어왔을 때, 그 요청을 처리할 핸들러를 찾고 그 핸들러를 처리할 수 있는 핸들러 어댑터를 찾아서 핸들러 어댑터를 호출한다고 알고 있는데요.
그런데 preHandle은 핸들러 어댑터를 호출하기 전에 실행되는 것이라고 배웠습니다.
즉 어떤 핸들러 어댑터 / 핸들러가 실행될지 모르는 상황에서 어떻게 preHandle에 handler 정보가 파라미터로 넘어갈 수 있는 것인가요?
preHandle이 실행되는 시점에서 이미 어떤 핸들러가 실행될지 결정된 상태인 것인가요?
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. pbs0216님.
스프링 프레임워크에서 preHandle 메서드가 수행되는 시점과 그 메커니즘에 대해 인사이트를 드리겠습니다.
스프링 MVC의 디스패처 서블릿은 클라이언트의 HTTP 요청을 핸들러에 전달하는 역할을 합니다. 이 과정에서 다음과 같은 순서로 진행됩니다:
- 핸들러 매핑: 먼저, 디스패처 서블릿은 요청 URL을 기반으로 적합한 핸들러(Controller 메서드)를 찾습니다.
- 핸들러 결정 후: 적절한 핸들러가 결정되면, 핸들러 인터셉터의
preHandle메서드를 호출합니다. 이 시점에서preHandle메서드의handler파라미터는 이미 어떤 핸들러가 해당 요청을 처리할지에 대한 정보를 내포하고 있습니다.
따라서 질문 주신 것처럼 어떤 핸들러가 실행될지 모르는 상태가 아니라, 해당 요청에 적절한 핸들러가 선택된 후 preHandle이 실행되므로, 핸들러 정보가 파라미터로 넘어갈 수 있는 것입니다.
이를 통해 preHandle 메서드는 요청이 실제 핸들러에게 전달되기 전에, 요청을 조작하거나, 인증 및 권한 검사를 수행할 수 있게 됩니다.
관련된 다른 질문과 답변도 참고해 보세요:
- 핸들러와 어댑터의 정확한 구분법?이 뭘까요로부터 디스패처 서블릿의 동작 원리에 대해 더 자세히 이해할 수 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.