[Spring Boot - 🐱PetClinic🐶] 9. Dispatcher Servlet🎮

😅 Controller 분석(2)에 들어가기 앞서

Controller에서 각 요청에 대한 처리 메서드를 분석하는데 메서드로 들어오는 파라미터들은 누가 넣어주는 것인가에 대한 의문이 생겼다. Controller 분석을 마저 하기에 앞서 전체적인 흐름을 아는 게 먼저라는 생각이 들었다. 그래서 요청이 들어왔을 때 서버에서 처리하는 과정을 찾아봤다.

🎮 Dispatcher Servlet

Dispatcher Servlet에 들어온 요청의 처리 과정은 다음과 같다.

1. Dispatcher Servlet에서 요청을 받는다.
   • doService 메서드에서 doDispatch 메서드 호출
2. Handler Mapping을 통해 요청을 처리할 Handler(@Controller)를 찾는다.
   • doDispatch 메서드에서 getHandler 메서드 호출
3. 처리할 Handler가 있다면 Handler Adapter를 이용해 Handler 메서드를 실행 / 처리할 Handler가 없다면 정적 리소스를 탐색하여 클라이언트에게 반환한다.
4. Handler 메서드를 실행하여 ModelAndView를 반환한다.
5. Dispatcher Servlet은 리턴받은 ModelAndView에서 View 이름을 View Resolver로 전달, View 객체를 리턴값으로 받는다.
6. Dispatcher Servlet은 View에게 Model을 전달해서 화면 표시를 요청한다.
   • Model이 null이면 View 그대로 렌더링
   • Model이 null이 아니면 View에 Model 데이터를 넣어서 렌더링
7. Dispatcher Servlet은 View 결과를 클라이언트에게 반환한다.

🕹 Handler Adapter

위의 3번 항목을 조금 더 자세하게 보자면

1. DispatcherServlet 클래스의 doService() 메서드 안에서 실행되는 doDispatch() 메서드 실행
   • doService() 메서드는 클라이언트의 요청이 들어오면 호출
2. doDiapatch() 메서드 안에서 getHandlerAdapter(handler) 메서드 실행
3. HandlerAdapter를 가져온 후 Handler Adapter로 handle() 메서드 실행
   • handle() 메서드는 HandlerAdapter 인터페이스에 정의되어 있고, AbstractHandlerMethodAdapter 클래스에 구현됨
4. AbstractHandlerMethodAdapter에 구현된 handle() 메서드는 handleInternal() 메서드를 호출한 결과를 리턴
   • handleInternal()는 abstract 메서드로 RequestMappingHandlerAdapter에서 구현됨
5. handleInternal() 메서드는 일련의 과정을 거쳐 invokeHandlerMethod() 메서드를 호출
6. invokeHandlerMethod() 메서드에서는 ModelFactory와 ModelAndViewContainer를 생성
7. +) createInvocableHandlerMethod()를 통해 ServletInvocableHandlerMethod 타입 객체를 만들고 그 객체에 setter 메서드로 argumentResolver, returnValueHandler, binderFactory, parameterNameDiscoverer를 세팅해 줌
   • 이 과정에서 argumentResolver가 @Controller의 메소드를 실행할 때 필요한 파라미터를하지만 생성해서 넣어주는 게 아닐까..? 라고 추측 중...
8. ServletInvocableHandlerMethod 타입 객체의 invokeAndHandle() 메서드를 실행시켜 ModelAndViewContainer를 채워줌
9. ModelAndViewContainer와 ModelFactory, WebRequest를 통해 ModelAndView를 리턴하는 getModelAndView() 메서드를 실행시켜 반환함
10. 반환 결과인 ModelAndView를 Dispatcher Servlet까지 반환받음

6~9단계는 정확하지 않다.. (클래스를 타고 추적하다 보니 기가 빨려서 그만..)
글로 풀어 쓰니 이해하기 어려운 것 같아 플로우 차트를 그려봤다.

🧩 마무리

Dispatcher Servlet이 Handler Adapter를 통해 클라이언트의 요청을 처리할 @Controller(Handler)의 메서드를 찾아서 실행한다는 것까지는 알고 있었는데 어떻게 동작하는지 추상적으로만 알고 있었다. 코드를 뜯어봤음에도 아직도 정확히 어떻게 동작하는지는 모르겠지만 그래도 뜯어보기 전보다는 이론적으로 알던 내용을 더 잘 이해할 수 있게 됐다. 단순히 '컨트롤러에서 요청 처리를 위해 작성한 메서드의 파라미터값은 누가 어떻게 알고 넣는 것일까?'에 대한 의문으로 시작했는데 클래스를 계속해서 타고 들어가면서 흐름을 파악하다 보니 생각보다 처리 과정이 복잡했다. 결론적으로 파라미터값은 Argument Resolver가 넣어주는 듯하다. (아닐 수도...)

코드를 뜯어보며 가장 신기했던 부분은 @Controller에 메서드를 작성하면 컨트롤러 클래스를 읽어와서 (정확히 어떻게 동작하는지는 모르겠지만) 일련의 과정을 거쳐 Dispatcher Servlet이 접근 가능한 하나의 객체(?) 형태로 저장된다는 부분이었다. (그리고 이 부분은 서버가 부팅될 때 실행된다.) 요청이 들어오면 Dispatcher Servlet은 getHandler를 통해 객체로 저장된 Handler를 가져온다. 가져온 Handler는 각 Controller 별 @InitBinder, @ModelAttribute와 더불어 각 요청에 매핑된 메서드들과 이 메서드를 처리하기 위해 필요한 정보들이 있었다. 이러한 동작 과정을 몰라도 컨트롤러와 다른 로직들만 잘 구현한다면 서버가 동작하는 데 문제가 없도록 Spring Framework를 만든 개발진들에게 감사한 마음이 드는 시간이었다. 이걸 알아서 구현해서 써야 했다면 아마.. 포기하지 않았을까...ㅎ 시간은 좀 걸렸지만, 한 번은 뜯어보면 좋을법한 내용이었다. 프로젝트를 진행하며 여유가 생긴다면 조금 더 자세하게 보면 좋을 것 같다.

[참고]

Dispatcher Servlet 설명 -
https://velog.io/@betterfuture4/Spring-Dispatcher-Servlet-%EC%A0%95%EB%A6%AC
https://tecoble.techcourse.co.kr/post/2021-06-25-dispatcherservlet-part-1/
https://tecoble.techcourse.co.kr/post/2021-07-15-dispatcherservlet-part-2/
https://terasolunaorg.github.io/guideline/5.0.1.RELEASE/en/Overview/SpringMVCOverview.html#overview-of-spring-mvc-processing-sequence
Handler Adapter 동작 설명 -
https://velog.io/@jihoson94/Spring-MVC-HandlerAdapter-%EB%B6%84%EC%84%9D%ED%95%98%EA%B8%B0