⇒ @SpringBootApplication이 실행되면 → AutoConfiguration.imports를 읽어서 → 필요한 설정 클래스를 IoC 컨테이너에 등록

1. DispatcherServlet이란?

• 톰캣(WAS)이 실행되면 HTTP 요청을 제일 먼저 받는 서블릿(Servlet)
• Spring MVC에서는 모든 요청이 DispatcherServlet을 거쳐감
• 이름 그대로 Dispatcher (배분자) + Servlet

2. 요청 처리 순서

1. 클라이언트 요청
   • 예: /menu/regist GET 요청
2. WAS(톰캣) → DispatcherServlet 전달
   • SpringBoot가 /* URL 패턴으로 DispatcherServlet 등록해두었기 때문에 모든 요청이 여기로 모임
3. HandlerMapping 탐색
   • DispatcherServlet이 “이 요청을 누가 처리하지?” 하면서 HandlerMapping에게 물어봄
   • HandlerMapping은 매핑정보(예: @RequestMapping("/menu/regist"))를 보고 → 적절한 컨트롤러 메소드(핸들러)를 반환
4. HandlerAdapter 실행

• DispatcherServlet은 컨트롤러를 직접 실행하지 않고, HandlerAdapter에게 위임

  

• HandlerAdapter:

• ModelAndView로 반환

  • HttpServletRequest에서 파라미터 꺼내기
  • JSON 바디 파싱
  • 헤더, 쿠키 정보 추출
  • 컨트롤러 메소드 시그니처에 맞춰 변환해서 호출
  • 톰캣과 IOC연결: handlerAdapter

1. Controller(Handler) 실행

   • 실제 비즈니스 로직 수행
   • 결과로 String, ModelAndView (데이터 + 뷰 이름) 등을 반환
   • 여기서 메소드 단위가 바로 핸들러(Handler)

     • 클래스 레벨 = Controller

     • 메소드 레벨 = Handler (핸들러 메소드)

       ⇒ 서블릿은 매 요청마다 서블릿을 만들었지만 컨트롤러는 도메인별 컨트롤러로 메소드를 여러개

2. ViewResolver 동작

   

   • 컨트롤러가 넘겨준 뷰 이름("mappingResult") → 실제 템플릿 파일(mappingResult.html)을 찾아냄
   • prefix: classpath:/templates/
     • classpath: → resources폴더
   • suffix: .html

3. View 렌더링 & 응답 반환

   • 뷰 + 모델 데이터를 합쳐 HTML을 생성
   • 최종적으로 브라우저에게 응답