[SPRING] Spring의 Dispatcher Servlet은 무엇입니까?

Spring의 Dispatcher Servlet은 무엇입니까?

이 이미지 (여기에서 얻은)에서 HTTP 요청은 Dispatcher Servlet으로 무언가를 보냅니다.

내 질문은 Dispatcher Servlet의 기능입니다.

웹 페이지에서 던져진 정보를 컨트롤러에 던지기와 같은 것입니까?

해결법

1. ==============================

   1.DispatcherServlet의 작업은 들어오는 URI를 가져 와서 그 위치에서 발견 될 페이지 또는 리소스를 형성하기 위해 결합하는 핸들러 (일반적으로 Controller 클래스의 메소드)와 뷰 (일반적으로 JSP)를 찾아내는 것입니다.

   DispatcherServlet의 작업은 들어오는 URI를 가져 와서 그 위치에서 발견 될 페이지 또는 리소스를 형성하기 위해 결합하는 핸들러 (일반적으로 Controller 클래스의 메소드)와 뷰 (일반적으로 JSP)를 찾아내는 것입니다.

   나는 가질지도 모른다.

   Dispatcher 서블릿은 브라우저가 페이지를 요청할 때 해당 메소드를 호출하고 일치하는 JSP 파일과 그 결과를 결합하여 HTML 문서를 만드는 "알고있는"비트입니다.

   이것이 어떻게 이루어지는가는 설정과 Spring 버전에 따라 크게 다르다.

   최종 결과가 웹 페이지 여야 만하는 이유도 없습니다. RMI 엔드 포인트를 찾고 SOAP 요청을 처리하고 서블릿에 들어갈 수있는 모든 작업을 수행 할 수 있습니다.

2. ==============================

   2.DispatcherServlet은 Spring MVC에서 전면 컨트롤러 패턴을 구현 한 것입니다.

   DispatcherServlet은 Spring MVC에서 전면 컨트롤러 패턴을 구현 한 것입니다.

   Spring 문서의 설명을 참조하십시오.

   본질적으로 들어오는 요청을받는 서블릿이며 요청의 처리를 여러 핸들러 중 하나에 위임합니다.이 핸들러는 DispatcherServlet 구성에 특정합니다.

3. ==============================

   3.Spring MVC에서 모든 들어오는 요청은 하나의 서블릿을 거친다. 이 서블릿 인 DispatcherServlet은 프론트 컨트롤러입니다. Front Controller는 웹 애플리케이션 개발의 전형적인 디자인 패턴입니다. 이 경우, 단일 서블릿은 모든 요청을 수신하여 응용 프로그램의 다른 모든 구성 요소로 전송합니다.

   Spring MVC에서 모든 들어오는 요청은 하나의 서블릿을 거친다. 이 서블릿 인 DispatcherServlet은 프론트 컨트롤러입니다. Front Controller는 웹 애플리케이션 개발의 전형적인 디자인 패턴입니다. 이 경우, 단일 서블릿은 모든 요청을 수신하여 응용 프로그램의 다른 모든 구성 요소로 전송합니다.

   DispatcherServlet의 작업은 특정 Spring MVC 컨트롤러에 요청을 보내는 것이다.

   대개 우리에게는 많은 컨트롤러가 있고 DispatcherServlet은 대상 컨트롤러를 결정하기 위해 다음 맵퍼 중 하나를 참조합니다.

   구성을 수행하지 않으면 DispatcherServlet은 기본적으로 BeanNameUrlHandlerMapping 및 DefaultAnnotationHandlerMapping을 사용합니다.

   대상 컨트롤러가 식별되면 DispatcherServlet이 요청을 보냅니다. 컨트롤러는 요청에 따라 일부 작업을 수행합니다. (또는 다른 객체에 위임), 모델 및 뷰 이름을 사용하여 DispatcherServlet으로 돌아갑니다.

   보기의 이름은 논리적 인 이름입니다. 이 논리 이름은 컨트롤러와 특정 뷰와의 연결을 피하기 위해 실제 뷰를 검색하는 데 사용됩니다. 그런 다음 DispatcherServlet은 ViewResolver를 참조하고 View의 논리적 이름을 View의 특정 구현에 매핑합니다.

   ViewResolver의 가능한 구현은 다음과 같습니다.

   DispatcherServlet이 결과를 표시 할보기를 결정하면 응답으로 렌더링됩니다.

   마지막으로 DispatcherServlet은 Response 개체를 클라이언트에 반환합니다.

4. ==============================

   4.이 질문은 이미 해결 된 것으로 표시되어 있지만이 패턴을 자세히 설명하는 최신 이미지를 추가하고 싶습니다 (출처 : 행동 4의 봄).

   이 질문은 이미 해결 된 것으로 표시되어 있지만이 패턴을 자세히 설명하는 최신 이미지를 추가하고 싶습니다 (출처 : 행동 4의 봄).

   설명

   요청이 브라우저를 떠날 때 (1) 사용자가 요청한 내용에 대한 정보를 전달합니다. 적어도 요청은 요청 된 URL을 전달합니다. 그러나 사용자가 양식에 제출 한 정보와 같은 추가 데이터를 전달할 수도 있습니다.

   여행 요청의 첫 번째 중단은 Spring의 DispatcherServlet입니다. 대부분의 Java 기반 웹 프레임 워크와 마찬가지로 Spring MVC는 단일 프론트 컨트롤러 서블릿을 통해 요청을 처리합니다. 프런트 컨트롤러는 일반적인 웹 응용 프로그램 패턴으로, 단일 서블릿이 실제 처리를 수행하기 위해 응용 프로그램의 다른 구성 요소에 요청에 대한 책임을 위임합니다. Spring MVC의 경우, DispatcherServlet은 프론트 컨트롤러이다. DispatcherServlet의 작업은 요청을 Spring MVC 컨트롤러로 보낸다. 컨트롤러는 요청을 처리하는 Spring 구성 요소입니다. 하지만 일반적인 응용 프로그램에는 여러 개의 컨트롤러가있을 수 있으며 DispatcherServlet에는 요청을 보낼 컨트롤러를 결정하는 데 도움이 필요합니다. 따라서 DispatcherServlet은 하나 이상의 핸들러 매핑 (2)을 참조하여 요청의 다음 중지 위치를 파악합니다. 핸들러 맵핑은 결정을 내릴 때 요청이 전달하는 URL에 특히주의를 기울입니다. 일단 적절한 컨트롤러가 선택되면, DispatcherServlet은 명쾌한 방법으로 요청을 선택한 컨트롤러 (3)로 보냅니다. 컨트롤러에서 요청은 페이로드 (사용자가 제출 한 정보)를 삭제하고 컨트롤러가 해당 정보를 처리하는 동안 참을성있게 대기합니다. (사실, 잘 설계된 컨트롤러는 프로세싱 자체를 거의 또는 전혀 수행하지 않고 비즈니스 로직에 대한 책임을 하나 이상의 서비스 객체에 위임합니다.) 컨트롤러에 의해 수행되는 로직은 종종 사용자에게 다시 전달되어 브라우저에 표시되어야하는 정보를 생성합니다. 이 정보를 모델이라고합니다. 그러나 원시 정보를 다시 사용자에게 보내는 것은 충분하지 않습니다. 사용자에게 친숙한 형식 (일반적으로 HTML)으로 형식을 지정해야합니다. 이를 위해 정보는 뷰 (View), 일반적으로 JSP (JavaServer Page)에 제공되어야합니다. 컨트롤러가 수행하는 마지막 작업 중 하나는 모델 데이터를 패키지화하고 출력을 렌더링해야하는 뷰의 이름을 식별하는 것입니다. 그런 다음 요청을 모델 및 뷰 이름과 함께 DispatcherServlet (4)에 보냅니다. 컨트롤러가 특정 뷰와 결합되지 않도록 DispatcherServlet에 다시 전달 된 뷰 이름은 특정 JSP를 직접 식별하지 않습니다. 보기가 JSP임을 반드시 제안하지는 않습니다. 대신 결과를 생성 할 실제보기를 조회하는 데 사용되는 논리 이름 만 포함합니다. DispatcherServlet은 view resolver (5)를 참조하여 논리적 뷰 이름을 특정 뷰 구현에 매핑합니다.이 뷰 구현은 JSP 일 수도 있고 그렇지 않을 수도 있습니다. DispatcherServlet은 어떤 뷰가 결과를 렌더링하는지 알게되었으므로 요청의 작업은 거의 끝났습니다. 마지막으로 뷰 구현 (6) (일반적으로 JSP)에서 모델 데이터를 전달합니다. 요청의 작업이 마침내 완료되었습니다. 뷰는 모델 데이터를 사용하여 (힘들이지 않은) 응답 객체 (7)에 의해 클라이언트로 다시 전송 될 출력을 렌더링합니다.

5. ==============================

   5.우리는 Spring MVC의 모든 것을 처리하는 DispatcherServlet과 같이 말할 수 있습니다.

   우리는 Spring MVC의 모든 것을 처리하는 DispatcherServlet과 같이 말할 수 있습니다.

   웹 컨테이너 시동시 :

   예:

   public class DispatcherServlet extends HttpServlet {
   
       ApplicationContext ctx = null;
   
       public void init(ServletConfig cfg){
           // 1. try to get the spring configuration document with default naming conventions
           String xml = "servlet_name" + "-servlet.xml";
   
           //if it was found then creates the ApplicationContext object
           ctx = new XmlWebApplicationContext(xml);
       }
       ...
   }
   

   그래서 일반적으로 DispatcherServlet은 요청 URI를 캡쳐하고 HandlerMapping으로 넘겨 준다. 컨트롤러가 논리 이름 (view)을 반환하는 컨트롤러의 메소드로 검색 매핑 bean을 HandlerMapping합니다. 그런 다음이 논리 이름은 HandlerMapping에 의해 DispatcherServlet에 전송됩니다. 그런 다음 DispatcherServlet은 ViewResolver에게 접두사와 접미사를 추가하여 전체보기 위치를 제공하도록 지시 한 다음 DispatcherServlet이 클라이언트에보기를 제공합니다.

from https://stackoverflow.com/questions/2769467/what-is-dispatcher-servlet-in-spring by cc-by-sa and MIT license