Spring MVC之DispatcherServlet详解_动力节点Java学院整理

Spring MVC中的核心组件DispatcherServlet详解——来自动力节点Java学院的资料分享

Spring MVC框架中的DispatcherServlet是一个前端控制器，负责处理所有的HTTP请求并调用相应的处理器处理。以下是关于DispatcherServlet的详细介绍：

一、DispatcherServlet的作用

DispatcherServlet是Spring Web MVC架构中的核心控制器，主要负责流程的控制和请求的调度。它是前端控制器设计模式的实现，为Spring Web MVC提供集中访问点，并负责将请求委派给相应的处理器进行处理。DispatcherServlet与Spring的IoC容器无缝集成，从而可以获得Spring的所有好处。其主要职责包括文件上传、请求映射到处理器、支持多种类型的处理器、逻辑视图名到具体视图实现、本地化以及渲染具体的视图等。

二、DispatcherServlet的配置

在web.xml中配置DispatcherServlet时，需要指定servlet的名称、servlet类、加载顺序以及URL模式等。其中，“load-on-startup”表示启动容器时初始化该Servlet；“url-pattern”表示哪些请求交给Spring Web MVC处理。DispatcherServlet默认使用WebApplicationContext作为上下文，Spring默认配置文件为“/WEB-INF/[servlet名字]-servlet.xml”。

三、DispatcherServlet的参数配置

除了基本的配置外，DispatcherServlet还可以配置一些参数来覆盖默认配置。其中，contextClass参数用于实现WebApplicationContext接口的类，用来创建上下文；contextConfigLocation参数用于指定上下文的位置；namespace参数用于指定WebApplicationContext的命名空间。

四、工作流程

当接收到一个HTTP请求时，DispatcherServlet会根据配置好的HandlerMapping找到对应的处理器，并通过HandlerAdapter调用处理器进行处理。处理器处理完请求后，会返回一个ModelAndView对象，其中包含了视图名和模型数据。DispatcherServlet会根据ViewResolver将逻辑视图名为具体的视图实现，并将模型数据传递给视图进行渲染。如果执行过程中遇到异常，DispatcherServlet会交给HandlerExceptionResolver来并处理异常。在整个流程中，DispatcherServlet在关键点提供了扩展点，可以很方便地进行自定义扩展。

深入了解Spring Web MVC框架的初始化参数与上下文关系

在Spring Web MVC框架中，我们可以通过添加初始化参数来指定应用程序的上下文配置。下面是一个示例配置，用于在Web应用程序中加载Spring Web MVC的Servlet。

配置示例：

```xml

chapter2

org.springframework.web.servlet.DispatcherServlet

1

contextConfigLocation

classpath:spring-servlet-config.xml

```

使用上述配置，Spring Web MVC框架将从classpath加载名为"spring-servlet-config.xml"的配置文件来初始化上下文。这意味着它将使用此配置文件中的配置，而不是默认的"/WEB-INF/[servlet名字]-servlet.xml"。

接下来，让我们上下文关系及其配置。在集成Web环境时，通常会使用以下通用配置：

```xml

contextConfigLocation

classpath:spring-mon-config.xml,

classpath:spring-budget-config.xml

org.springframework.web.context.ContextLoaderListener

```

这里的`contextConfigLocation`参数用于指定加载Bean的配置文件的位置。而`ContextLoaderListener`是一个监听器，用于在Web应用程序启动时初始化Spring的上下文。这个上下文通常用于加载除Web层以外的Bean，如DAO和Service层，以便于与其他任何Web框架集成。

当ContextLoaderListener初始化上下文时，它会将创建的上下文放在ServletContext中，如下所示：

```java

servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);

```

关于ContextLoaderListener初始化的上下文和DispatcherServlet初始化的上下文的关系，可以形象地表示为图3-1。在这个图中，我们可以清晰地看到两种上下文的差异和关系。

图3-1说明：

ContextLoaderListener初始化的上下文加载的Bean是应用程序共享的，这些Bean通常位于DAO层和Service层。

DispatcherServlet初始化的上下文加载的Bean是专门针对Spring Web MVC有效的Bean，如Controller、HandlerMapping和HandlerAdapter等。这个初始化上下文只应加载与Web相关的组件。

通过合理配置Spring Web MVC的初始化参数和上下文关系，我们可以实现Web应用程序中不同层次的组件的有效分离和集成，从而提高应用程序的可维护性和可扩展性。DispatcherServlet的启动与初始化序列

在Web应用的架构中，有一个关键的组件——DispatcherServlet，它的继承体系构成了一个精细的结构。让我们深入了解其初始化的顺序与过程。

我们有一个关键的继承关系：HttpServletBean继承自HttpServlet。这一继承体系赋予了Servlet强大的功能和灵活性。当Web容器启动的时候，HttpServlet的init方法会被调用。这是一个关键的初始化步骤。

这个init方法的主要职责是什么呢？它主要负责将Servlet的初始化参数（init-param）配置到该组件上。这些参数可能包括contextAttribute、contextClass、namespace以及contextConfigLocation等。这些参数为Servlet提供了运行时的配置信息，确保了Servlet能够正确地与Web应用的其它部分进行交互。

为了简化这些参数的设置过程，HttpServletBean通过BeanWrapper进行了一层封装。BeanWrapper是一个强大的工具，它使得开发者能够更方便、更简洁地管理这些配置参数，无需深入到复杂的细节之中。

init方法还提供了一个给子类扩展的初始化机会。这个扩展点就是initServletBean()方法。在这个方法中，子类可以添加自己的初始化逻辑，以满足特定的需求。而在DispatcherServlet中，这个方法被FrameworkServlet所覆盖，这意味着FrameworkServlet可以根据需要添加或修改初始化时的行为。

让我们看看HttpServletBean这个抽象类。它充当了一个基础框架，实现了EnvironmentAware接口，这意味着它能够感知并响应应用程序的环境变化。在Servlet的初始化过程中，HttpServletBean负责设置Servlet的配置参数，如contextAttribute、contextClass等。这个过程涉及到一系列复杂的步骤，包括注册自定义属性编辑器、初始化BeanWrapper等。一旦这些配置完成，子类可以通过覆盖initServletBean()方法来扩展初始化过程。这是一个关键的扩展点，FrameworkServlet正是利用了这一点。

FrameworkServlet是HttpServletBean的子类，它进一步扩展了Servlet的初始化过程。在initServletBean()方法中，FrameworkServlet主要完成了两件事情：初始化Web上下文和提供给子类一个初始化的扩展点。这个过程涉及到创建和配置WebApplicationContext对象，它是Spring Web应用程序的核心容器。

在initWebApplicationContext()方法中，我们可以看到如何创建和配置这个Web上下文。它会尝试从ServletContext中获取已经存在的WebApplicationContext（这是由ContextLoaderListener加载的根上下文）。如果不存在，它会创建新的WebApplicationContext并将其配置为Spring容器的子容器。这个过程涉及到一系列复杂的步骤，包括检查上下文是否活跃、配置并刷新上下文等。如果指定了publishContext属性为true，那么上下文会被发布为ServletContext属性，这样其他部分的应用程序就可以访问它。

HttpServletBean和FrameworkServlet的初始化过程是一个涉及许多复杂步骤的过程，包括配置Servlet参数、初始化Web上下文、提供子类的扩展点等。在这个过程中，Spring框架发挥了关键的作用，通过其容器（WebApplicationContext）来管理应用程序的组件和生命周期。而ContextLoaderListener和DispatcherServlet之间的父子关系也体现了Spring MVC的架构，前者负责加载根上下文，后者则作为子容器来处理具体的请求。这种设计使得Spring Web应用程序具有高度可配置和可扩展的特性。在启动过程中，DispatcherServlet作为Spring Web MVC的核心控制器，执行了一系列重要的初始化操作。作为FrameworkServlet的子类，它进一步强化了前端控制器的功能，并通过实现onRefresh()方法，为应用提供了丰富的配置选项。

当DispatcherServlet被调用时，它首先会执行onRefresh()方法，进而触发initStrategies()的初始化过程。这个过程涵盖了Spring Web MVC框架所需的各种策略配置，包括处理文件上传的MultipartResolver、地域设置的LocaleResolver、主题设置的ThemeResolver等。它还负责初始化请求处理映射器HandlerMapping、处理器适配器HandlerAdapter、异常器HandlerExceptionResolver等，这些组件共同构成了Spring Web MVC的核心处理流程。

除此之外，DispatcherServlet还会进行视图器ViewResolver的初始化，将逻辑视图名转换为具体的视图实现。它还配置了请求到视图名称的翻译器RequestToViewNameTranslator，以及FlashMap的管理器FlashMapManager。

如果没有用户自定义的配置，DispatcherServlet还会为我们提供这些组件的默认配置。这意味着，即使在缺乏详细配置的情况下，Spring Web MVC也能正常运行，只不过会采用默认的组件和处理策略。

DispatcherServlet的初始化过程主要完成了两件事情：一是初始化Spring Web MVC使用的Web上下文，可能涉及到指定父容器；二是初始化一系列的策略组件，包括处理器映射、处理器适配器、视图器等，这些组件共同构成了Spring Web MVC的核心处理流程。这样的设计使得Spring Web MVC具有高度的可配置性和灵活性，能够适应不同的开发需求和场景。服务器启动日志：Spring的ROOT上下文容器启动过程

日志时间：2012年3月12日 13:33:55

信息：Spring的ROOT WebApplicationContext正在初始化，由ContextLoaderListener启动。这标志着我们的Spring Web应用程序开始启动。

详细日志如下：

主要线程信息：Root WebApplicationContext启动过程开始。这是一个重要的里程碑，因为它为整个Web应用程序提供了基础上下文环境。

刷新Root WebApplicationContext：显示了应用程序的启动时间，并标志着上下文层次的根开始。如同建造房屋的基石，这个根上下文为整个应用程序提供了框架。

加载bean定义：Spring正在加载配置文件中定义的bean。这些bean是应用程序的各个组成部分，它们将按照配置文件中的定义进行初始化和运行。

从/WEB-INF/ContextLoaderListener.xml加载bean定义：Spring正在从这个位置加载bean的配置信息。这个文件包含了应用程序所需的全部配置。

定义Bean工厂：这是Spring创建和管理bean的方式。它定义了一个工厂，用于创建和管理应用程序的所有bean。

将ROOT上下文绑定到ServletContext：这是将Spring的ROOT上下文与Servlet容器（例如Tomcat）进行关联的步骤，使得在整个Web应用程序中都可以访问到这个上下文。

完成ROOT WebApplicationContext初始化：标志着ROOT上下文的初始化已经完成，耗时438毫秒。这是一个重要的里程碑，因为这意味着我们的Web应用程序的基础环境已经准备好，可以处理请求了。

接下来，开始初始化FrameworkServlet对应的Web上下文：名为'chapter2'的Servlet正在初始化。这是一个处理HTTP请求的Servlet，它有自己的Web上下文环境，这个环境是基于Spring的XML配置创建的，并使用ROOT WebApplicationContext作为其父容器。这意味着它可以访问和利用ROOT上下文中的共享资源和配置。这是一个重要的步骤，因为它使得我们的Web应用程序可以处理特定的HTTP请求并返回响应。在浩瀚的程序日志中，一场名为Spring Framework的魔法正在进行一场精彩的表演。今天的主角是WebApplicationContext，它正在刷新名为'chapter2-servlet'的命名空间。此刻，我们见证了Spring框架启动的壮丽瞬间，它发生在精确到毫秒的Mon Mar 12 13:33:55 CST 2012。这个瞬间仿佛打开了潘多拉的魔盒，释放出各种精彩的Bean定义。

XmlWebApplicationContext正在加载从ServletContext资源中获取的一系列XML bean定义，这些定义被保存在文件'/WEB-INF/chapter2-servlet.xml'中。这是框架的核心部分，它为应用程序提供了构建和配置的基础。调试信息中详细记录了每一个Bean的加载过程，包括我们配置的HandlerMapping、HandlerAdapter和ViewResolver等。这些组件是Spring MVC架构的重要组成部分，它们协同工作以处理用户请求并生成响应。

接下来的日志信息展示了四个Bean定义的加载过程，它们来自于刚才提到的XML文件。至此，容器注册的Bean初始化完毕。这个过程仿佛是一场精心编排的芭蕾舞表演，每一个步骤都精确到位。

DispatcherServlet提示无法找到名为'multipartResolver'的MultipartResolver。这可能是因为在配置中没有提供多部分请求处理。尽管如此，程序并未停止，而是继续创建默认的LocaleResolver和ThemeResolver实例。这两个Bean是处理本地化主题的重要组件，它们确保了应用程序能够根据不同的地区设置显示不同的内容。

日志信息显示不再使用默认的HandlerMapping，而是使用我们定义的HandlerMapping。这意味着我们的应用程序已经成功配置了自定义的请求处理映射，这是构建任何Web应用程序的关键步骤之一。这场由Spring Framework主导的日志表演展示了现代软件开发中复杂而精细的一面，也体现了编程世界的无限魅力。从日志中我们可以观察到，Spring Framework 正在启动并配置其核心的 DispatcherServlet。这是Spring MVC框架中的核心组件，负责处理所有的HTTP请求。日志中的信息向我们揭示了Spring容器在启动过程中所做的一些重要动作。

我们看到对`.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter`的单例bean的缓存实例的返回。这表明我们正在使用的HandlerAdapter已经不是默认的HandlerAdapter了，可能是因为我们进行了自定义配置。

接着，日志显示正在创建两个与异常处理相关的bean实例，分别是`.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver`。异常器在Spring MVC中扮演着重要的角色，它们负责处理控制器在处理请求过程中可能抛出的异常。

然后，日志中又返回了一个缓存的单例bean实例，名为`.springframework.web.servlet.view.InternalResourceViewResolver0`。这个视图器是用于视图内容的，比如将逻辑视图名为具体的页面路径。

之后，日志显示DispatcherServlet的WebApplicationContext已经发布，这意味着FrameworkServlet已经初始化完成并成功绑定了Web上下文到ServletContext中。这是Servlet容器和Spring MVC之间的桥梁，提供了请求处理和视图渲染的核心功能。

日志中的信息表明'chapter2'这个Servlet的配置成功完成，初始化耗时297毫秒。这是一个非常典型的Spring MVC应用的启动日志片段，从中我们可以看到Spring框架是如何处理HTTP请求的，以及它是如何进行默认配置的。

从这段日志中我们可以看到Spring MVC框架在启动过程中进行的一系列默认配置和初始化动作。这些配置包括HandlerAdapter、异常器、视图器等组件的初始化和使用，以及DispatcherServlet的成功启动和配置。这些都是构建Spring MVC应用时不可或缺的部分，它们共同协作处理HTTP请求并返回响应。DispatcherServlet的默认配置概览

当我们在使用Spring Web MVC框架时，DispatcherServlet作为前端控制器起着至关重要的作用。它的默认配置位于DispatcherServlet.properties文件中，这是当我们在Spring配置文件中没有指定特定配置时的默认策略。

在启动过程中，DispatcherServlet会自动注册一系列特殊的Bean。这些Bean的配置如下：

对于地区（LocaleResolver），默认使用的是AeptHeaderLocaleResolver。

对于主题（ThemeResolver），默认使用的是FixedThemeResolver。

对于处理器映射（HandlerMapping），DispatcherServlet会注册BeanNameUrlHandlerMapping和DefaultAnnotationHandlerMapping。这意味着，基于bean名称的URL映射以及基于注解的处理器都会被自动注册。

对于处理器适配器（HandlerAdapter），会注册HttpRequestHandlerAdapter、SimpleControllerHandlerAdapter以及AnnotationMethodHandlerAdapter。这些适配器用于处理不同的请求和响应。

对于异常器（HandlerExceptionResolver），会注册AnnotationMethodHandlerExceptionResolver、ResponseStatusExceptionResolver以及DefaultHandlerExceptionResolver。这些用于处理在请求处理过程中可能出现的异常。

对于请求到视图名称的翻译（RequestToViewNameTranslator），默认使用的是DefaultRequestToViewNameTranslator。

对于视图器（ViewResolver），默认使用的是InternalResourceViewResolver。

FlashMapManager默认使用的是SessionFlashMapManager。

这些默认的Bean配置使得Spring Web MVC能够更轻松地处理常见的Web开发任务，如URL映射、请求处理、异常处理等。当我们自定义配置时，这些默认配置不会被覆盖，而是会与我们自定义的配置共存。也就是说，如果我们没有显式注册某些Bean，DispatcherServlet仍然会使用其默认配置来注册这些Bean。

例如，第二章中提到的BeanNameUrlHandlerMapping和SimpleControllerHandlerAdapter，在默认情况下，DispatcherServlet会自动注册这些Bean，无需我们手动配置。

Spring Web MVC提供了丰富的默认配置，这些配置能够简化我们的开发过程，并允许我们根据实际需求进行自定义扩展。了解这些默认配置对于深入理解Spring Web MVC的运作机制以及优化我们的Web应用程序至关重要。DispatcherServlet中的独特Bean角色

在Spring框架的Web应用中，DispatcherServlet是一个核心组件，它负责管理Web层的请求分发和处理流程。DispatcherServlet背后有一个强大的上下文环境，即WebApplicationContext，这个上下文环境内含有许多特别的Bean。让我们一竟。

我们需要了解的是Controller，这是处理器或页面控制器。虽然大部分的控制逻辑被前置到了前端控制器，但Controller依然承担着MVC模式中C的重要角色，专门处理请求。

紧接着是HandlerMapping，它的任务是将请求映射到相应的处理器。例如，BeanNameUrlHandlerMapping能够将URL与Bean名称进行映射，成功映射的Bean就是处理器。这个环节确保了正确的请求被分配给合适的处理方法。

HandlerAdapter是一个适配器的设计模式的实际应用。它将处理器包装成适配器，支持多种类型的处理器。例如，SimpleControllerHandlerAdapter能够适配实现了Controller接口的Bean，通过调用处理器的handleRequest方法进行功能处理。这样的设计使得框架能够灵活地支持多种处理器类型。

接下来是ViewResolver，它的功能是将逻辑视图名为具体的View。通过策略模式，可以轻松更换其他的视图技术。比如InternalResourceViewResolver能够将逻辑视图名映射为jsp视图。这使得视图层的处理更加灵活和便捷。

除了上述的Bean，还有其他的如LocalResolver，它负责客户端的Locale信息以支持国际化；ThemeResolver，它实现了页面多套风格的功能，类似于软件的皮肤效果；MultipartResolver，用于支持文件上传；HandlerExceptionResolver，用于将异常映射到相应的统一错误界面，提供用户友好的界面；RequestToViewNameTranslator，当处理器没有返回逻辑视图名等相关信息时，它会自动将请求URL映射为逻辑视图名；以及FlashMapManager，用于管理FlashMap的策略接口，FlashMap用于存储一个请求的输出并在另一个请求时作为输入，常用于重定向场景。

以上就是DispatcherServlet中的特殊Bean的角色。接下来我们将深入每一个Bean的具体功能和使用方法，从控制器开始逐一。通过这些Bean的协同工作，DispatcherServlet能够实现高效的Web请求处理流程，使得Spring Web应用更加健壮和易于维护。