第三章 DispatcherServlet詳解
3.1、DispatcherServlet作用
DispatcherServlet是前端控制器設計模式的實現,提供Spring Web MVC的集中訪問點,而且負責職責的分派,而且與Spring IoC容器無縫整合,從而可以獲得Spring的所有好處。 具體請參考第二章的圖2-1。
DispatcherServlet主要用作職責排程工作,本身主要用於控制流程,主要職責如下:
1、檔案上傳解析,如果請求型別是multipart將通過MultipartResolver進行檔案上傳解析;
2、通過HandlerMapping,將請求對映到處理器(返回一個HandlerExecutionChain,它包括一個處理器、多個HandlerInterceptor攔截器);
3、通過HandlerAdapter支援多種型別的處理器(HandlerExecutionChain中的處理器);
4、通過ViewResolver解析邏輯檢視名到具體檢視實現;
5、本地化解析;
6、渲染具體的檢視等;
7、如果執行過程中遇到異常將交給HandlerExceptionResolver來解析。
從以上我們可以看出DispatcherServlet主要負責流程的控制(而且在流程中的每個關鍵點都是很容易擴充套件的)。
3.2、DispatcherServlet在web.xml中的配置
<servlet>
<servlet-name>chapter2</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>chapter2</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
load-on-startup:表示啟動容器時初始化該Servlet;
url-pattern:表示哪些請求交給Spring Web MVC處理, “/” 是用來定義預設servlet對映的。也可以如“*.html”表示攔截所有以html為副檔名的請求。
該DispatcherServlet預設使用WebApplicationContext作為上下文,Spring預設配置檔案為“/WEB-INF/[servlet名字]-servlet.xml”。
DispatcherServlet也可以配置自己的初始化引數,覆蓋預設配置:
摘自Spring Reference
引數 |
描述 |
contextClass |
實現WebApplicationContext介面的類,當前的servlet用它來建立上下文。如果這個引數沒有指定, 預設使用XmlWebApplicationContext。 |
contextConfigLocation |
傳給上下文例項(由contextClass指定)的字串,用來指定上下文的位置。這個字串可以被分成多個字串(使用逗號作為分隔符) 來支援多個上下文(在多上下文的情況下,如果同一個bean被定義兩次,後面一個優先)。 |
namespace |
WebApplicationContext名稱空間。預設值是[server-name]-servlet。 |
因此我們可以通過新增初始化引數
<servlet>
<servlet-name>chapter2</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring-servlet-config.xml</param-value>
</init-param>
</servlet>
如果使用如上配置,Spring Web MVC框架將載入“classpath:spring-servlet-config.xml”來進行初始化上下文而不是“/WEB-INF/[servlet名字]-servlet.xml”。
3.3、上下文關係
整合Web環境的通用配置:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath:spring-common-config.xml,
classpath:spring-budget-config.xml
</param-value>
</context-param>
<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
如上配置是Spring整合Web環境的通用配置;一般用於載入除Web層的Bean(如DAO、Service等),以便於與其他任何Web框架整合。
contextConfigLocation:表示用於載入Bean的配置檔案;
contextClass:表示用於載入Bean的ApplicationContext實現類,預設WebApplicationContext。
建立完畢後會將該上下文放在ServletContext:
servletContext.setAttribute(
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,
this.context);
ContextLoaderListener初始化的上下文和DispatcherServlet初始化的上下文關係,如圖3-1
圖3-1
從圖中可以看出:
ContextLoaderListener初始化的上下文載入的Bean是對於整個應用程式共享的,不管是使用什麼表現層技術,一般如DAO層、Service層Bean;
DispatcherServlet初始化的上下文載入的Bean是隻對Spring Web MVC有效的Bean,如Controller、HandlerMapping、HandlerAdapter等等,該初始化上下文應該只載入Web相關元件。
3.4、DispatcherServlet初始化順序
繼承體系結構如下所示:
1、HttpServletBean繼承HttpServlet,因此在Web容器啟動時將呼叫它的init方法,該初始化方法的主要作用
:::將Servlet初始化引數(init-param)設定到該元件上(如contextAttribute、contextClass、namespace、contextConfigLocation),通過BeanWrapper簡化設值過程,方便後續使用;
:::提供給子類初始化擴充套件點,initServletBean(),該方法由FrameworkServlet覆蓋。
public abstract class HttpServletBean extends HttpServlet implements EnvironmentAware{
@Override
public final void init() throws ServletException {
//省略部分程式碼
//1、如下程式碼的作用是將Servlet初始化引數設定到該元件上
//如contextAttribute、contextClass、namespace、contextConfigLocation;
try {
PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties);
BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this);
ResourceLoader resourceLoader = new ServletContextResourceLoader(getServletContext());
bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, this.environment));
initBeanWrapper(bw);
bw.setPropertyValues(pvs, true);
}
catch (BeansException ex) {
//…………省略其他程式碼
}
//2、提供給子類初始化的擴充套件點,該方法由FrameworkServlet覆蓋
initServletBean();
if (logger.isDebugEnabled()) {
logger.debug("Servlet '" + getServletName() + "' configured successfully");
}
}
//…………省略其他程式碼
}
2、FrameworkServlet繼承HttpServletBean,通過initServletBean()進行Web上下文初始化,該方法主要覆蓋一下兩件事情:
初始化web上下文;
提供給子類初始化擴充套件點;
public abstract class FrameworkServlet extends HttpServletBean {
@Override
protected final void initServletBean() throws ServletException {
//省略部分程式碼
try {
//1、初始化Web上下文
this.webApplicationContext = initWebApplicationContext();
//2、提供給子類初始化的擴充套件點
initFrameworkServlet();
}
//省略部分程式碼
}
}
protected WebApplicationContext initWebApplicationContext() {
//ROOT上下文(ContextLoaderListener載入的)
WebApplicationContext rootContext =
WebApplicationContextUtils.getWebApplicationContext(getServletContext());
WebApplicationContext wac = null;
if (this.webApplicationContext != null) {
// 1、在建立該Servlet注入的上下文
wac = this.webApplicationContext;
if (wac instanceof ConfigurableWebApplicationContext) {
ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) wac;
if (!cwac.isActive()) {
if (cwac.getParent() == null) {
cwac.setParent(rootContext);
}
configureAndRefreshWebApplicationContext(cwac);
}
}
}
if (wac == null) {
//2、查詢已經繫結的上下文
wac = findWebApplicationContext();
}
if (wac == null) {
//3、如果沒有找到相應的上下文,並指定父親為ContextLoaderListener
wac = createWebApplicationContext(rootContext);
}
if (!this.refreshEventReceived) {
//4、重新整理上下文(執行一些初始化)
onRefresh(wac);
}
if (this.publishContext) {
// Publish the context as a servlet context attribute.
String attrName = getServletContextAttributeName();
getServletContext().setAttribute(attrName, wac);
//省略部分程式碼
}
return wac;
}
從initWebApplicationContext()方法可以看出,基本上如果ContextLoaderListener載入了上下文將作為根上下文(DispatcherServlet的父容器)。
最後呼叫了onRefresh()方法執行容器的一些初始化,這個方法由子類實現,來進行擴充套件。
3、DispatcherServlet繼承FrameworkServlet,並實現了onRefresh()方法提供一些前端控制器相關的配置:
public class DispatcherServlet extends FrameworkServlet {
//實現子類的onRefresh()方法,該方法委託為initStrategies()方法。
@Override
protected void onRefresh(ApplicationContext context) {
initStrategies(context);
}
//初始化預設的Spring Web MVC框架使用的策略(如HandlerMapping)
protected void initStrategies(ApplicationContext context) {
initMultipartResolver(context);
initLocaleResolver(context);
initThemeResolver(context);
initHandlerMappings(context);
initHandlerAdapters(context);
initHandlerExceptionResolvers(context);
initRequestToViewNameTranslator(context);
initViewResolvers(context);
initFlashMapManager(context);
}
}
從如上程式碼可以看出,DispatcherServlet啟動時會進行我們需要的Web層Bean的配置,如HandlerMapping、HandlerAdapter等,而且如果我們沒有配置,還會給我們提供預設的配置。
從如上程式碼我們可以看出,整個DispatcherServlet初始化的過程和做了些什麼事情,具體主要做了如下兩件事情:
1、初始化Spring Web MVC使用的Web上下文,並且可能指定父容器為(ContextLoaderListener載入了根上下文);
2、初始化DispatcherServlet使用的策略,如HandlerMapping、HandlerAdapter等。
伺服器啟動時的日誌分析(此處加上了ContextLoaderListener從而啟動ROOT上下文容器):
資訊: Initializing Spring root WebApplicationContext //由ContextLoaderListener啟動ROOT上下文
2012-03-12 13:33:55 [main] INFO org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started
2012-03-12 13:33:55 [main] INFO org.springframework.web.context.support.XmlWebApplicationContext - Refreshing Root WebApplicationContext: startup date [Mon Mar 12 13:33:55 CST 2012]; root of context hierarchy
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader - Loading bean definitions
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 0 bean definitions from location pattern [/WEB-INF/ContextLoaderListener.xml]
2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for Root WebApplicationContext: org.springframework.beans.factory.support.DefaultListableBeanFactory@1c05ffd: defining beans []; root of factory hierarchy
2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for Root WebApplicationContext:
2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.ContextLoader - Published root WebApplicationContext as ServletContext attribute with name [org.springframework.web.context.WebApplicationContext.ROOT] //將ROOT上下文繫結到ServletContext
2012-03-12 13:33:55 [main] INFO org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 438 ms //到此ROOT上下文啟動完畢
2012-03-12 13:33:55 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Initializing servlet 'chapter2'
資訊: Initializing Spring FrameworkServlet 'chapter2' //開始初始化FrameworkServlet對應的Web上下文
2012-03-12 13:33:55 [main] INFO org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'chapter2': initialization started
2012-03-12 13:33:55 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Servlet with name 'chapter2' will try to create custom WebApplicationContext context of class 'org.springframework.web.context.support.XmlWebApplicationContext', using parent context [Root WebApplicationContext: startup date [Mon Mar 12 13:33:55 CST 2012]; root of context hierarchy]
//此處使用Root WebApplicationContext作為父容器。
2012-03-12 13:33:55 [main] INFO org.springframework.web.context.support.XmlWebApplicationContext - Refreshing WebApplicationContext for namespace 'chapter2-servlet': startup date [Mon Mar 12 13:33:55 CST 2012]; parent: Root WebApplicationContext
2012-03-12 13:33:55 [main] INFO org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/chapter2-servlet.xml]
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader - Loading bean definitions
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name[org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0] //我們配置的HandlerMapping
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name[org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0] //我們配置的HandlerAdapter
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - Neither XML 'id' nor 'name' specified - using generated bean name [org.springframework.web.servlet.view.InternalResourceViewResolver#0] //我們配置的ViewResolver
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.BeanDefinitionParserDelegate - No XML 'id' specified - using '/hello' as bean name and [] as aliases
//我們的處理器(HelloWorldController)
2012-03-12 13:33:55 [main] DEBUG org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loaded 4 bean definitions from location pattern [/WEB-INF/chapter2-servlet.xml]
2012-03-12 13:33:55 [main] DEBUG org.springframework.web.context.support.XmlWebApplicationContext - Bean factory for WebApplicationContext for namespace 'chapter2-servlet': org.springframework.beans.factory.support.DefaultListableBeanFactory@1372656: defining beans [org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0,org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0,org.springframework.web.servlet.view.InternalResourceViewResolver#0,/hello]; parent: org.springframework.beans.factory.support.DefaultListableBeanFactory@1c05ffd
//到此容器註冊的Bean初始化完畢
2012-03-12 13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Unable to locate MultipartResolver with name 'multipartResolver': no multipart request handling provided
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver'
//預設的LocaleResolver註冊
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.theme.FixedThemeResolver'
//預設的ThemeResolver註冊
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping#0'
//發現我們定義的HandlerMapping 不再使用預設的HandlerMapping。
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter#0'
//發現我們定義的HandlerAdapter 不再使用預設的HandlerAdapter。
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver'
//異常處理解析器ExceptionResolver
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating instance of bean 'org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver'
2012-03-12 13:33:56 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'org.springframework.web.servlet.view.InternalResourceViewResolver#0'
2012-03-12 13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Published WebApplicationContext of servlet 'chapter2' as ServletContext attribute with name [org.springframework.web.servlet.FrameworkServlet.CONTEXT.chapter2]
//繫結FrameworkServlet初始化的Web上下文到ServletContext
2012-03-12 13:33:56 [main] INFO org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'chapter2': initialization completed in 297 ms
2012-03-12 13:33:56 [main] DEBUG org.springframework.web.servlet.DispatcherServlet - Servlet 'chapter2' configured successfully
//到此完整流程結束
從如上日誌我們也可以看出,DispatcherServlet會進行一些預設的配置。接下來我們看一下預設配置吧。
3.5、DispatcherServlet預設配置
DispatcherServlet的預設配置在DispatcherServlet.properties(和DispatcherServlet類在一個包下)中,而且是當Spring配置檔案中沒有指定配置時使用的預設策略:
org.springframework.web.servlet.LocaleResolver=org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver
org.springframework.web.servlet.ThemeResolver=org.springframework.web.servlet.theme.FixedThemeResolver
org.springframework.web.servlet.HandlerMapping=org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,\
org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping
org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter
org.springframework.web.servlet.HandlerExceptionResolver=org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver,\
org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver,\
org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver
org.springframework.web.servlet.RequestToViewNameTranslator=org.springframework.web.servlet.view.DefaultRequestToViewNameTranslator
org.springframework.web.servlet.ViewResolver=org.springframework.web.servlet.view.InternalResourceViewResolver
org.springframework.web.servlet.FlashMapManager=org.springframework.web.servlet.support.SessionFlashMapManager
從如上配置可以看出DispatcherServlet在啟動時會自動註冊這些特殊的Bean,無需我們註冊,如果我們註冊了,預設的將不會註冊。
因此如第二章的BeanNameUrlHandlerMapping、SimpleControllerHandlerAdapter是不需要註冊的,DispatcherServlet預設會註冊這兩個Bean。
從DispatcherServlet.properties可以看出有許多特殊的Bean,那接下來我們就看看Spring Web MVC主要有哪些特殊的Bean。
3.6、DispatcherServlet中使用的特殊的Bean
DispatcherServlet預設使用WebApplicationContext作為上下文,因此我們來看一下該上下文中有哪些特殊的Bean:
1、Controller:處理器/頁面控制器,做的是MVC中的C的事情,但控制邏輯轉移到前端控制器了,用於對請求進行處理;
2、HandlerMapping:請求到處理器的對映,如果對映成功返回一個HandlerExecutionChain物件(包含一個Handler處理器(頁面控制器)物件、多個HandlerInterceptor攔截器)物件;如BeanNameUrlHandlerMapping將URL與Bean名字對映,對映成功的Bean就是此處的處理器;
3、HandlerAdapter:HandlerAdapter將會把處理器包裝為介面卡,從而支援多種型別的處理器,即介面卡設計模式的應用,從而很容易支援很多型別的處理器;如SimpleControllerHandlerAdapter將對實現了Controller介面的Bean進行適配,並且掉處理器的handleRequest方法進行功能處理;
4、ViewResolver:ViewResolver將把邏輯檢視名解析為具體的View,通過這種策略模式,很容易更換其他檢視技術;如InternalResourceViewResolver將邏輯檢視名對映為jsp檢視;
5、LocalResover:本地化解析,因為Spring支援國際化,因此LocalResover解析客戶端的Locale資訊從而方便進行國際化;
6、ThemeResovler:主題解析,通過它來實現一個頁面多套風格,即常見的類似於軟體皮膚效果;
7、MultipartResolver:檔案上傳解析,用於支援檔案上傳;
8、HandlerExceptionResolver:處理器異常解析,可以將異常對映到相應的統一錯誤介面,從而顯示使用者友好的介面(而不是給使用者看到具體的錯誤資訊);
9、RequestToViewNameTranslator:當處理器沒有返回邏輯檢視名等相關資訊時,自動將請求URL對映為邏輯檢視名;
10、FlashMapManager:用於管理FlashMap的策略介面,FlashMap用於儲存一個請求的輸出,當進入另一個請求時作為該請求的輸入,通常用於重定向場景,後邊會細述。
到此DispatcherServlet我們已經瞭解了,接下來我們就需要把上邊提到的特殊Bean挨個擊破,那首先從控制器開始吧。
私塾線上學習網原創內容(http://sishuok.com)
原創內容,轉載請註明私塾線上【http://sishuok.com/forum/blogPost/list/5188.html#16436】
相關文章
- 跟開濤學Spring MVC:第三章 DispatcherServlet詳解2012-11-11SpringMVCServlet
- SpringMVC 解析(二)DispatcherServlet2022-02-09SpringMVCServlet
- Spring MVC DispatcherServlet 配置2016-08-26SpringMVCServlet
- SpringMVC DispatcherServlet原始碼解析2018-07-19SpringMVCServlet原始碼
- Spring MVC 解析之 DispatcherServlet2018-03-17SpringMVCServlet
- 【轉】ContextLoaderListener 和 DispatcherServlet2016-07-18ContextServlet
- SpringMVC系列原始碼:DispatcherServlet2018-01-13SpringMVC原始碼Servlet
- springMVC DispatcherServlet 初始化2024-07-01SpringMVCServlet
- springMVC DispatcherServlet 工作流程2024-07-01SpringMVCServlet
- DispatcherServlet ——Spring MVC 的大心臟2017-04-10ServletSpringMVC
- springmvc原始碼 ---DispatcherServlet 處理請求2020-12-10SpringMVC原始碼Servlet
- No WebApplicationContext found: no ContextLoaderListener or DispatcherServlet registered2020-11-25WebAPPContextServlet
- SpringMVC原始碼解析系列2-DispatcherServlet2018-03-20SpringMVC原始碼Servlet
- spring基於java配置DispatcherServlet和view2017-04-16SpringJavaServletView
- SpringMVC原始碼剖析(二)- DispatcherServlet的前世今生2016-04-21SpringMVC原始碼Servlet
- 第三章SAP Basis 解決問題的方法2015-08-22
- 第三章2024-10-15
- SpringMVC原始碼剖析(三)- DispatcherServlet的初始化流2016-04-21SpringMVC原始碼Servlet
- SpringMVC原始碼剖析(三)- DispatcherServlet的初始化流程2013-08-01SpringMVC原始碼Servlet
- 《明解C語言》第三章學習筆記2020-10-24C語言筆記
- http協議/cookie詳解/session詳解2018-05-04HTTP協議CookieSession
- SpringMVC原始碼分析2:SpringMVC設計理念與DispatcherServlet2019-08-25SpringMVC原始碼Servlet
- Lombok 註解詳解2020-02-11Lombok
- Java註解詳解2019-02-26Java
- Java 註解詳解2020-11-26Java
- Java註解最全詳解(超級詳細)2022-08-16Java
- 第三章 Promises2016-05-09Promise
- HiveQL詳解2020-04-05Hive
- 詳解Inode2019-05-19
- Vuex詳解2019-03-22Vue
- PWA詳解2019-03-13
- 詳解CountDownLatch2019-05-04CountDownLatch
- DiffUtil詳解2019-07-29
- iptables詳解2019-04-29
- TCP詳解2019-08-30TCP
- CDN詳解2022-01-06
- Typescript詳解2021-09-15TypeScript
- Mybatis詳解2021-03-06MyBatis