Spring의 디스패처 서블릿은 무엇입니까?


195

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

여기에 이미지 설명을 입력하십시오

내 질문은 Dispatcher Servlet의 기능 은 무엇입니까?

웹 페이지에서 정보를 가져 와서 컨트롤러로 던지는 것과 같은 것입니까?

답변:


202

DispatcherServlet 의 작업은 수신 URI를 가져와 해당 위치에서 발견되는 페이지 또는 자원을 구성하기 위해 결합 된 핸들러 (일반적으로 Controller 클래스의 메소드 ) 및보기 (일반적으로 JSP) 의 올바른 조합을 찾는 것입니다 .

나는

  • 파일 /WEB-INF/jsp/pages/Home.jsp
  • 그리고 수업에 대한 방법

    @RequestMapping(value="/pages/Home.html")
    private ModelMap buildHome() {
        return somestuff;
    }

디스패처 서블릿이 "인식"비트입니다 브라우저가 페이지를 요청하면 그 메소드를 호출하고, HTML 문서를 만들기 위해 일치하는 JSP 파일과 그 결과를 결합 할 수 있습니다.

이를 수행하는 방법은 구성 및 Spring 버전에 따라 크게 다릅니다.

최종 결과가 웹 페이지 여야하는 이유도 없습니다. RMI 엔드 포인트 를 찾고 SOAP 요청을 처리 하는 것과 동일한 작업을 수행 할 수 있습니다.


4
위대한 riposte, 이제 DispatcherServlet이 클래스 이름과 메소드 이름을 식별하는 방법에 대한 질문입니다. 두 개의 클래스와 두 개의 메소드 이름이 있고 DispatcherServlet이 올바른 요청을 잡는 방법의 구성 예를 보여줄 수 있습니까?
Kevin

10
실제로 해당 주석에 대한 시작시 클래스 경로를 스캔하고 "/pages/Home.html"을 Class + Method에 매핑합니다. 주석에 다른 제한이없는 "/pages/Home.html"이있는 두 가지 방법이있는 경우 오류가 발생하여 예외가 발생합니다. 오래된 학교라면 XML과 함께 연결할 수도 있습니다.
Affe

2
Dispatcher Servlet주석 기반을 사용할 때 xml 파일이 필요 @RestController합니까?
viper

1
web.xml의 @viper 주석이나 XML 구성을 사용하더라도 디스패처 서블릿을 항상 구성해야합니다.
Mahender Reddy Yasa

다른 유형의 서블릿이 있습니까?
Minh Nghĩa

72

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

의 임무 DispatcherServlet는 특정 Spring MVC 컨트롤러에 요청을 보내는 것입니다.

일반적으로 많은 컨트롤러가 있으며 DispatcherServlet대상 컨트롤러를 결정하기 위해 다음 맵퍼 중 하나를 참조하십시오.

어떤 구성이 수행되지 않으면 DispatcherServlet사용 BeanNameUrlHandlerMapping하고 DefaultAnnotationHandlerMapping기본적으로합니다.

대상 컨트롤러가 식별되면 DispatcherServlet요청을 보냅니다. 컨트롤러는 요청에 따라 일부 작업을 수행하거나 다른 객체에 위임 DispatcherServlet하고 Model 및 View 이름을 사용하여 다시 작업을 수행합니다 .

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

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

언제 DispatcherServlet그것을 응답으로 렌더링되는 결과를 표시보기를 판정한다.

마지막으로, 객체를 다시 클라이언트로 DispatcherServlet반환합니다 Response.


47

DispatcherServletSpring MVC의 프론트 컨트롤러 패턴 구현입니다 .

Spring 문서에 대한 설명은 here을 참조 하십시오 .

기본적으로 들어오는 요청을받는 서블릿이며 해당 요청의 처리를 여러 처리기 중 하나에 위임합니다. 매핑은 DispatcherServlet구성 에 따라 다릅니다 .


Flex의 이벤트와 비슷합니까? 한 MXML에서 다른 MXML로 또는 서버로 이벤트를 전달합니다. 내 appication에 둘 이상의 DispatcherServlet을 가질 수 있습니까? 각 클래스 파일에는 별도의 DispatcherServlet이 있습니다.
Kevin

일반적으로 하나의 전면 컨트롤러 만 있습니다. 이것은 모델과 뷰에 관계없이 적용됩니다. 특정 모델과 뷰를 함께 제공합니다.
BalusC

2
@theband : 아키텍처가 그렇게 이해되면 여러 개 가질 DispatcherServlets 있지만 일반적으로 그럴 이유가 없습니다.
skaffman

47

이 질문은 이미 해결 된 것으로 표시되어 있지만이 패턴을 자세히 설명하는 새로운 이미지를 추가하고 싶습니다 (출처 : spring in action 4).

여기에 이미지 설명을 입력하십시오

설명

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

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


브라우저에 표시된 JSON 객체를 반환 할 때 뷰를 선택하는 방법에 대한 질문이 있습니다. 논리적 뷰가 선택되지 않은 경우 동일한 URI로 반환됩니까?
Nesrin

1
@ Nesrin 그것은 당신이 요청한 이후로 오래되었지만 여기에 답이 있습니다 : 당신은 반환 된 응답이 HTTP 응답 본문에 직접 작성되어야한다는 것을 나타내는 @Controller메소드 바로 위에 특수 주석을 넣 @ResponseBody습니다. 모델에 배치하거나보기로 해석해서는 안됩니다 .
대시 보드

6

DispatcherServletSpring MVC의 모든 것을 돌보는 것처럼 말할 수 있습니다 .

웹 컨테이너 시작시 :

  1. DispatcherServletinit()메소드 를 호출하여로드 및 초기화됩니다.
  2. init()of DispatcherServlet는 이름 지정 규칙을 사용하여 스프링 구성 문서를 식별하려고 시도합니다. "servlet_name-servlet.xml"그러면 모든 Bean을 식별 할 수 있습니다.

예:

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. HandlerMapping컨트롤러가 논리 이름 (보기)을 리턴하는 컨트롤러의 메소드를 사용하여 검색 맵핑 Bean 그런 다음이 논리 이름이로 전송 DispatcherServlet됩니다 HandlerMapping. 그런 DispatcherServlet이야기 ViewResolver한 후, 접두사와 접미사를 추가하여 뷰의 전체 위치를 제공하기 위해 DispatcherServlet클라이언트보기를 제공합니다.


이것은 좋은 설명입니다. 포인트 번호 2는 DispatcherServlet이 "servlet_name-servlet.xml"과 같은 이름 지정 규칙을 사용하여 스프링 구성 문서를 식별하려고합니다. 그러나 "dispatcher"와 같은 이름 만 사용하는 프로젝트를 보았는데 제대로 작동합니다. 나도 그것을 시도했다. 그러나 나는 왜 그런지 모른다?
Subhasish Bhattacharjee

0

디스패처 컨트롤러는 모든 수신 요청이 프론트 컨트롤러로 작동하는 디스패처 서블릿에 의해 인터셉트되는 그림에 표시됩니다. 디스패처 서블릿은 XML 파일에서 핸들러 맵핑에 대한 항목을 가져오고 요청을 Controller에 표시합니다.


-1
<?xml version='1.0' encoding='UTF-8' ?>
<!-- was: <?xml version="1.0" encoding="UTF-8"?> -->
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:p="http://www.springframework.org/schema/p"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:mvc="http://www.springframework.org/schema/mvc"
       xmlns:tx="http://www.springframework.org/schema/tx"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
       http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.0.xsd
       http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.0.xsd
        http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-4.0.xsd
               http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.0.xsd">

    <bean class="org.springframework.web.servlet.mvc.support.ControllerClassNameHandlerMapping"/>
    <context:component-scan base-package="com.demo" />
    <context:annotation-config />

    <mvc:annotation-driven />


    <bean id="viewResolver"
          class="org.springframework.web.servlet.view.InternalResourceViewResolver"
          p:prefix="/WEB-INF/jsp/"
          p:suffix=".jsp" />

    <bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
        <property name="dataSource" ref="datasource" />
    </bean> 

          <bean id="datasource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
        <property name="driverClassName" value="com.mysql.jdbc.Driver" />  
        <property name="url" value="jdbc:mysql://localhost:3306/employee" />
        <property name="username" value="username" />
        <property name="password" value="password" />
    </bean> 

</beans>
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.