이 글은 주로 Spring MVC의 작동 원리에 대한 관련 정보를 자세하게 소개하고 있습니다. 관심 있는 친구들은 참고할 수 있습니다.
SpringMVC 프레임워크 소개
Spring MVC는 SpringFrameWork에 속합니다. Spring Web Flow에 통합되었습니다.
Spring 프레임워크는 웹 애플리케이션 구축을 위한 모든 기능을 갖춘 MVC 모듈을 제공합니다. Spring의 플러그형 MVC 아키텍처를 사용하면 내장된 Spring 웹 프레임워크를 사용할지 또는 Struts와 같은 웹 프레임워크를 사용할지 선택할 수 있습니다. Spring Framework는 정책 인터페이스를 통해 고도로 구성 가능하며 JSP(JavaServer Pages) 기술, Velocity, Tiles, iText 및 POI와 같은 다중 보기 기술을 포함합니다. Spring MVC 프레임워크는 사용된 뷰를 인식하지 못하므로 JSP 기술만 사용하도록 강요하지 않습니다.
Spring MVC는 컨트롤러, 모델 객체, 디스패처 및 핸들러 객체의 역할을 분리합니다. 이러한 분리를 통해 사용자 정의가 더 쉬워집니다.
Spring의 MVC 프레임워크는 크게 DispatcherServlet, 프로세서 매핑, 프로세서(컨트롤러), 뷰 리졸버, 뷰로 구성됩니다.
SpringMVC 회로도
SpringMVC 인터페이스 설명
DispatcherServlet 인터페이스:
Spring은 모든 요청이 통과하는 프런트 엔드 컨트롤러를 제공합니다. 통해 균일하게 분포됩니다. DispatcherServlet이 요청을 Spring Controller에 배포하기 전에 특정 Controller를 찾기 위해 Spring에서 제공하는 HandlerMapping을 사용해야 합니다.
HandlerMapping 인터페이스:
컨트롤러에 대한 고객 요청 매핑을 완료할 수 있습니다.
컨트롤러 인터페이스:
는 동시 사용자에 대한 위의 요청을 처리해야 하므로 컨트롤러 인터페이스를 구현할 때 스레드로부터 안전하고 재사용이 가능해야 합니다.
Controller는 Struts Action이 수행하는 역할과 일치하는 사용자 요청을 처리합니다. 컨트롤러는 사용자 요청을 처리한 후 ModelAndView 개체를 DispatcherServlet 프런트 엔드 컨트롤러에 반환합니다. ModelAndView에는 모델(Model)과 뷰(View)가 포함되어 있습니다.
거시적인 관점에서 DispatcherServlet은 전체 웹 애플리케이션의 컨트롤러이고, Controller는 단일 Http 요청을 처리하는 동안의 컨트롤러이며, ModelAndView는 요청 중에 반환되는 모델(Model) 및 뷰(View)입니다. HTTP 요청 프로세스.
ViewResolver 인터페이스:
Spring에서 제공하는 뷰 리졸버(ViewResolver)는 웹 애플리케이션에서 View 객체를 찾아 해당 결과를 클라이언트에 렌더링합니다.
SpringMVC 작동 원리
1. 클라이언트 요청은 DispatcherServlet
2에 제출됩니다. DispatcherServlet 컨트롤러는 요청을 처리하는 컨트롤러를 찾기 위해 하나 이상의 HandlerMapping을 쿼리합니다.3.DispatcherServlet은 요청을 Controller
4에 제출합니다. Controller 비즈니스 로직 처리를 호출한 후 ModelAndView
5로 돌아갑니다. DispatcherServlet은 하나 이상의 ViewResoler 뷰 파서를 쿼리하여 ModelAndView
6에 지정된 뷰를 찾습니다. 뷰는 클라이언트에 결과를 표시하는 역할을 담당합니다
2. DispatcherServlet 컨텍스트에 해당하는 WebApplicationContext를 초기화하고 이를 비즈니스 계층 및 지속성 계층의 WebApplicationContext와 연결합니다.
3. Spring MVC의 다양한 구성요소를 초기화하고 이를 DispatcherServlet으로 어셈블합니다.
위 내용은 Spring mvc의 작동 원리에 대한 간략한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!