详解Spring MVC 4之DispatcherServlet

    Spring MVC 4与其它MVC框架类似，都是基于请求驱动的，通过中央Servlet处理器，将请求转发到控制器然后完成相应的功能。Spring的 DispatcherServlet与其它MVC框架不同的是，它与Spring的IoC容器集成并允许用户使用Spring的其它特性。

    1. DispatcherServlet的作用

    Spring MVC 4的工作流如下图所示。DispatcherServlet充当了“前端控制器”的角色。

       DispatcherServlet实际上就是一个Servlet，它继承了HttpServlet，在使用前必须在 web.xml 中进行声明，按照 DispatcherServlet需要处理的请求配置 url 映射，声明格式如下：

<web-app>
    <servlet>
        <servlet-name>favsoft</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>favsoft</servlet-name>
        <url-pattern>/favsoft/*</url-pattern>
    </servlet-mapping>
</web-app>

     假设我们按照上面的 DispatcherServlet ，那么在请求的URL中，所有以 /favsoft 为开头的请求都将被 DispatcherServlet 实例进行转发。在 Servlet 3.0以后的环境中，也可以编程式方式配置Servlet容器，如下图所示，它相当于web.xml中配置的代码。

public class MyWebApplicationInitializer implements WebApplicationInitializer {    
    @Override
    public void onStartup(ServletContext container) {
        ServletRegistration.Dynamic registration = container.addServlet("dispatcher", new DispatcherServlet());
        registration.setLoadOnStartup(1);
        registration.addMapping("/favsoft/*");
    }

}

    WebApplicationInitializer  是Spring MVC提供的一个接口，用来识别代码中的配置，并初始化Servlet容器。AbstractDispatcherServletInitializer  抽象类实现了该接口，使得该类通过servlet映射就注册到 DispatcherServlet中。

    在Spring MVC框架中，每一个DispatcherServlet都有它的 WebApplicationContext上下文，这些上下文继承了 WebApplicationContext根上下文中的所有类（Java Beans），这些继承的类（Java Beans）能够在特定的servlet作用域中被重写，也可以定义新的作用域的类实例。

    2. 默认的DispatcherServlet配置

    DispatcherServlet 的默认情况下，是按照 org.springframework.web.servlet 下面的 DispatcherServlet.properties 配置的。

    3. DispatcherServlet的工作流程

    当我们配置好 DispatcherServlet 之后，一个特定的 DispatcherServlet 请求过来之后，它的工作流程如下：

    （1）WebApplicationContext 上下文寻求并绑定控制器和 ，默认情况下会绑定 DispatcherServlet.WEB_APPLICATION_CONTEXT_ATTRIBUTE下的默认值。

    （2）语言解析器绑定到请求启动过程中的元素来解决所使用的语言环境处理请求（渲染视图、准备数据等），如果不需要处理国际化，就不需要这步。

    （3）主题解析器绑定请求让视图这样的元素知道需要使用哪种主题，如果没有使用主题，同样忽略此步骤。

    （4）如果指定一个多文件解析器，请求就会检查这些文件，如果找到这些文件，请求就会被包装到 MultipartHttpServletRequest中，进一步处理其他元素。

    （5）接下来，寻找一个合适的处理器，如果找到了，处理器相关执行链就会执行，为数据模型或渲染视图做准备。

    （6）如果返回了模型，就会渲染视图。如果没有返回模型（可能是为了安全考虑，预处理或后处理程序拦截了请求），就不需要渲染视图，请求可能已经完成了。

    在处理请求过程中，如果发生了异常，就会被 WebApplicationContext 上下文中的异常处理器捕获到并抛出。当然，异常处理器允许我们通过一些自定义的行为处理异常。

    Spring DispatcherServlet也支持返回最近修改日期： DispatcherServlet 寻找合适的处理器并测试处理器是否实现了最近更新接口，如果通过的话， LashModified接口就会返回 long 类型的值到客户端。

    DispatcherServlet实例可以通过在 web.xml 中配置初始化参数进行自定义配置，如下参数可以在web.xml 中声明：

本文出自 “尘风随影的天空” 博客，请务必保留此出处http://favccxx.blog.51cto.com/2890523/1580301