摘要：在中，就是前端控制器的任務是將請求發送給控制器。處理器映射會根據請求所攜帶的信息來進行決策一旦選擇了合適的控制器，會將請求發送給選中的控制器。這些信息被稱為模型。因此無需在配置類中顯式聲明任何的控制器具體來講是試圖解析器。

Spring MVC基于模型-視圖-控制器（Model-View-Controller，MVC）模式實現，能夠構建像Spring框架那樣靈活和松耦合的Web應用程序

在請求離開瀏覽器時①，會帶有用戶所請求內容的信息，至少會包含請求的URL

請求旅程的第一站是Spring的DispatcherServlet。Spring MVC所有的請求都會通過一個前端控制器（front controller）Servlet。前端控制器是常用的Web應用程序模式，在這里一個單實例的Servlet將請求委托給應用程序的其他組件來執行實際的處理。在Spring MVC中，DispatcherServlet就是前端控制器

DispatcherServlet的任務是將請求發送給Spring MVC控制器（controller）。控制器是一個用于處理請求的Spring組件。在典型的應用程序中可能會有多個控制器，DispatcherServlet需要知道應該將請求發送給哪個控制器。所以DispatcherServlet以會查詢一個或多個處理器映射（handler mapping）②來確定請求的下一站在哪里。處理器映射會根據請求所攜帶的URL信息來進行決策

一旦選擇了合適的控制器，DispatcherServlet會將請求發送給選中的控制器③。到了控制器，請求會卸下其負載（用戶提交的信息）并耐心等待控制器處理這些信息。（實際上，設計良好的控制器本身只處理很少甚至不處理工作，而是將業務邏輯委托給一個或多個服務對象進行處理。）

控制器在完成邏輯處理后，通常會產生一些信息，這些信息需要返回給用戶并在瀏覽器上顯示。這些信息被稱為模型（model）。不過僅僅給用戶返回原始的信息是不夠的——這些信息需要以用戶友好的方式進行格式化，一般會是HTML。所以，信息需要發送給一個視圖（view），通常會是JSP

控制器所做的最后一件事就是將模型數據打包，并且標示出用于渲染輸出的視圖名。它接下來會將請求連同模型和視圖名發送回DispatcherServlet④

這樣，控制器就不會與特定的視圖相耦合，傳遞給DispatcherServlet的視圖名并不直接表示某個特定的JSP。實際上，它甚至并不能確定視圖就是JSP。相反，它僅僅傳遞了一個邏輯名稱，這個名字將會用來查找產生結果的真正視圖。DispatcherServlet將會使用視圖解析器（view resolver）⑤來將邏輯視圖名匹配為一個特定的視圖實現，它可能是也可能不是JSP

既然DispatcherServlet已經知道由哪個視圖渲染結果，那請求的任務基本上也就完成了。它的最后一站是視圖的實現（可能是JSP）⑥，在這里它交付模型數據。請求的任務就完成了。視圖將使用模型數據渲染輸出，這個輸出會通過響應對象傳遞給客戶端⑦

DispatcherServlet是Spring MVC的核心。在這里請求會第一次接觸到框架，它要負責將請求路由到其他的組件之中

使用Java將DispatcherServlet配置在Servlet容器中，而不使用web.xml文件。如下的程序清單展示了所需的Java類：

// 配置DispatcherServlet
package spittr.config;
import org.springframework.web.servlet.support.AbstractAnnotationConfigDispatcherServletInitializer;
public class SpittrWebAppInitializer extends AbstractAnnotationConfigDispactcherServletInitializer
{
    @Override
    protected String[] getServletMappings()        // 將DispatcherServlet映射到“/”
    {
        return new String[] {"/"};
    }
    
    @Override
    protected class[] getRootConfigClasses()
    {
        return new class[] {RootConfig.class};
    }
    
    @Override
    protected class[] getServletConfigClasses()        // 指定配置類
    {
        return new class[] {WebConfig.class};
    }
}

擴展AbstractAnnotationConfigDispatcherServletInitializer的任意類都會自動地配置Dispatcher-Servlet和Spring應用上下文，Spring的應用上下文會位于應用程序的Servlet上下文之中

在Servlet 3.0環境中，容器會在類路徑中查找實現javax.servlet.ServletContainerInitializer接口的類，如果能發現的話，就會用它來配置Servlet容器

Spring提供了這個接口的實現，名為SpringServletContainerInitializer，這個類反過來又會查找實現WebApplicationInitializer的類并將配置的任務交給它們來完成。Spring 3.2引入了一個便利的WebApplicationInitializer基礎實現，也就是AbstractAnnotationConfigDispatcherServletInitializer。因為我們的Spittr-WebAppInitializer擴展了AbstractAnnotationConfig DispatcherServlet-Initializer（同時也就實現了WebApplicationInitializer），因此當部署到Servlet 3.0容器中的時候，容器會自動發現它，并用它來配置Servlet上下文

在上述程序中，SpittrWebAppInitializer重寫了三個方法：
第一個方法getServletMappings()，它會將一個或多個路徑映射到DispatcherServlet上。在本例中，它映射的是“/”，這表示它會是應用的默認Servlet。它會處理進入應用的所有請求

為了理解其他的兩個方法，首先要理解DispatcherServlet和一個Servlet監聽器（也就是ContextLoaderListener）的關系

啟動DispatcherServlet時，創建Spring應用上下文，并加載配置文件或配置類中所聲明的bean。在上述程序的getServletConfigClasses()方法中，DispatcherServlet加載應用上下文時，使用定義在WebConfig配置類（使用Java配置）中的bean

但是在Spring Web應用中，通常還會有另外一個應用上下文。另外的這個應用上下文是由ContextLoaderListener創建的

DispatcherServlet會加載包含Web組件的bean，如控制器、視圖解析器以及處理器映射，而ContextLoaderListener加載應用中的其他bean。通常是驅動應用后端的中間層和數據層組件

AbstractAnnotationConfigDispatcherServletInitializer會同時創建DispatcherServlet和ContextLoaderListener。GetServletConfigClasses()方法返回的帶有@Configuration注解的類將會用來定義DispatcherServlet應用上下文中的bean。getRootConfigClasses()方法返回的帶有@Configuration注解的類將會用來配置ContextLoaderListener創建的應用上下文中的bean

在本例中，根配置定義在RootConfig中，DispatcherServlet
的配置聲明在WebConfig中

通過AbstractAnnotationConfigDispatcherServletInitializer來配置DispatcherServlet是傳統web.xml方式的替代方案

使用這種方式配置DispatcherServlet，而不使用web.xml，則只能部署到支持Servlet 3.0的服務器中才能正常工作，如Tomcat 7或更高版本

// 最小但可用的Spring MVC配置
package spittr.config;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.ViewResolver;
import org.springframework.web.servlet.config.annotation.DefaultServletHandlerConfigurer;
import org.springframework.web.servlet.config.annotation.EnableWebMvc;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurerAdapter;
import org.springframework.web.servlet.view.InternalResourceViewResolver;

@Configuration
@EnableWebMvc        // 啟用 Spring MVC
@ComponentScan("spittr.web")
public class WebConfig extends WebMvcConfigurerAdapter 
{
    @Bean
    public ViewResolver viewResolver()        // 配置JSP視圖解析器 
    {
        InternalResourceViewResolver resolver = new InternalResourceViewResolver();
        resolver.setPrefix("/WEB-INF/views/");
        resolver.setSuffix(".jsp");
        resolver.setExposeContextBeansAsAttributes(true);
        return resolver;
    }

    @Override
    public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer)
    {
        configurer.enable();        // 配置靜態資源的處理
    }
}

上述程序中WebConfig現在添加了@ComponentScan注解，因此將會掃描spitter.web包來查找組件。編寫的控制器將帶有@Controller注解，這會使其成為組件掃描時的候選bean。因此無需在配置類中顯式聲明任何的控制器

ViewResolver bean具體來講是InternalResourceViewResolver（試圖解析器）。它會查找JSP文件，查找時會在視圖名稱上加一個特定的前綴和后綴（如名為home的視圖將會解析為/WEB-INF/views/home.jsp）

擴展了WebMvcConfigurerAdapter并重寫了其configureDefaultServletHandling()方法。通過調用DefaultServletHandlerConfigurer的enable()方法，要求DispatcherServlet將對靜態資源的請求轉發到Servlet容器中默認的Servlet上，而不是使用DispatcherServlet本身來處理此類請求

package spittr.config;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.ComponentScan.Filter;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.FilterType;
import org.springframework.web.servlet.config.annotation.EnableWebMvc;

@Configuration
@ComponentScan(basePackages={"spitter", excludeFilters{@Filter(type=FilterType.ANNOTATION, value=EnableWebMvc.class)}})
public class RootConfig{}