唯爱小粽子:SpringMVC中DispatcherServlet详解
2016-03-13 14:45
274 查看
一、SpringMVC中的DispatcherServlet介绍
1、DispatcherServlet的介绍
DispatcherServlet的中文翻译为Servlet调度器,从名字我们就可以非常显而易见的了解这个Servlet的作用。DispatcherServlet是Spring前端控制器的实现,主要起到调度作用,本身主要用于流程控制,DispatcherServlet的主要职责为:
a、文件上传解析,如果请求类型是multipart(多部分的、多重部分)将通过MultipartResolver(附件解析器)进行文件上传解析。
b、通过HandlerMapping(处理器映射)将请求映射到处理器,返回一个HandlerExecutionChain(处理器执行链条),它包括一个处理器、多个HandlerInterceptor拦截器。
c、通过HandlerAdapter(处理器适配器)支持多种类型的处理器(HandlerExecutionChain中的处理器)。
d、通过ViewResolver(视图解析器)解析逻辑视图名到具体视图实现。
e、本地化解析和视图渲染。
f、如果执行过程中遇到异常将交给HandlerExceptionResolver(处理器异常解析器)来解析
2、DispatcherServlet配置上下文
DispatcherServlet默认使用WebApplicationContext作为上下文,Spring默认配置文件为“/WEB-INF/[servlet名字]-servlet.xml”。DispatcherServlet也可以配置自己的初始化参数:
a、配置contextClass
b、配置contextConfigLocation
c、配置namespace
DispatcherServlet的上下文仅仅是Spring MVC的上下文,而Spring加载的上下文是通过ContextLoaderListener来加载的。一般spring web项目中同时会使用这两种上下文,前者仅负责MVC相关bean的配置管理(如ViewResolver、Controller、MultipartResolver等),后者则负责整个spring相关bean的配置管理(如相关Service、DAO等)。
因此在/WEB-INF/[server-name]-servlet.xml中配置的Bean一般只针对Spring MVC有效,而在ContextLoaderListener配置文件下配置的bean则对整个spring有效。
上下文创建完后会放在ServletContext对象中,其中ContextLoaderListener加载的上下文放在ServletContext的key为WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE属性中,而DispatcherServlet加载的上下文在每次请求时会放一份在request对象的key为WEB_APPLICATION_CONTEXT_ATTRIBUTE属性中。因而两者的获取方式也不一样,前者可以通过WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext)或WebApplicationContextUtils.getWebApplicationContext(servletContext)或WebApplicationContextUtils.getWebApplicationContext(servletContext,attrname)方法来获取对应的applicationContext,而后者则通过RequestContextUtils.getWebApplicationContext(request)或
WebApplicationContextUtils.getWebApplicationContext(servletContext,attrname)方法来获取对应的applicationContext。
对于ContextLoaderListener加载的上下文即上面提到的WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE;而对于DispatcherServlet中的上下文则为FrameworkServlet.class.getName()
+ ".CONTEXT." + getServletName()。
通过上下文所在的属性可以看出,如果通过WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext)来试图获取DispatcherServlet加载的applicationContext时,就会抛出"No
WebApplicationContext found: no ContextLoaderListener registered?"的异常。
3、DispatcherServlet中特殊Bean
DispatcherServlet默认使用WebApplicationContext作为上下文,因此我们来看一下该上下文中有哪些特殊的Bean:
a、Controller:处理器/页面控制器,做的是MVC中的C的事情,但控制逻辑转移到前端控制器了,用于对请求进行处理;
b、HandlerMapping:请求到处理器的映射,如果映射成功返回一个HandlerExecutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象;如BeanNameUrlHandlerMapping将URL与Bean名字映射,映射成功的Bean就是此处的处理器;
c、HandlerAdapter:HandlerAdapter将会把处理器包装为适配器,从而支持多种类型的处理器,即适配器设计模式的应用,从而很容易支持很多类型的处理器;如SimpleControllerHandlerAdapter将对实现了Controller接口的Bean进行适配,并且掉处理器的handleRequest方法进行功能处理;
d、ViewResolver:ViewResolver将把逻辑视图名解析为具体的View,通过这种策略模式,很容易更换其他视图技术;如InternalResourceViewResolver将逻辑视图名映射为jsp视图;
e、LocalResover:本地化解析,因为Spring支持国际化,因此LocalResover解析客户端的Locale信息从而方便进行国际化;
f、ThemeResovler:主题解析,通过它来实现一个页面多套风格,即常见的类似于软件皮肤效果;
g、MultipartResolver:文件上传解析,用于支持文件上传;
h、HandlerExceptionResolver:处理器异常解析,可以将异常映射到相应的统一错误界面,从而显示用户友好的界面(而不是给用户看到具体的错误信息);
i、RequestToViewNameTranslator:当处理器没有返回逻辑视图名等相关信息时,自动将请求URL映射为逻辑视图名;
j、FlashMapManager:用于管理FlashMap的策略接口,FlashMap用于存储一个请求的输出,当进入另一个请求时作为该请求的输入,通常用于重定向场景
通过以上的bean可以看出,一般LocalResover、ViewResolver等需要配置在/WEB-INF/[server-name]-servlet.xml文件中。
1、DispatcherServlet的介绍
DispatcherServlet的中文翻译为Servlet调度器,从名字我们就可以非常显而易见的了解这个Servlet的作用。DispatcherServlet是Spring前端控制器的实现,主要起到调度作用,本身主要用于流程控制,DispatcherServlet的主要职责为:
a、文件上传解析,如果请求类型是multipart(多部分的、多重部分)将通过MultipartResolver(附件解析器)进行文件上传解析。
b、通过HandlerMapping(处理器映射)将请求映射到处理器,返回一个HandlerExecutionChain(处理器执行链条),它包括一个处理器、多个HandlerInterceptor拦截器。
c、通过HandlerAdapter(处理器适配器)支持多种类型的处理器(HandlerExecutionChain中的处理器)。
d、通过ViewResolver(视图解析器)解析逻辑视图名到具体视图实现。
e、本地化解析和视图渲染。
f、如果执行过程中遇到异常将交给HandlerExceptionResolver(处理器异常解析器)来解析
2、DispatcherServlet配置上下文
DispatcherServlet默认使用WebApplicationContext作为上下文,Spring默认配置文件为“/WEB-INF/[servlet名字]-servlet.xml”。DispatcherServlet也可以配置自己的初始化参数:
a、配置contextClass
b、配置contextConfigLocation
c、配置namespace
DispatcherServlet的上下文仅仅是Spring MVC的上下文,而Spring加载的上下文是通过ContextLoaderListener来加载的。一般spring web项目中同时会使用这两种上下文,前者仅负责MVC相关bean的配置管理(如ViewResolver、Controller、MultipartResolver等),后者则负责整个spring相关bean的配置管理(如相关Service、DAO等)。
因此在/WEB-INF/[server-name]-servlet.xml中配置的Bean一般只针对Spring MVC有效,而在ContextLoaderListener配置文件下配置的bean则对整个spring有效。
上下文创建完后会放在ServletContext对象中,其中ContextLoaderListener加载的上下文放在ServletContext的key为WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE属性中,而DispatcherServlet加载的上下文在每次请求时会放一份在request对象的key为WEB_APPLICATION_CONTEXT_ATTRIBUTE属性中。因而两者的获取方式也不一样,前者可以通过WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext)或WebApplicationContextUtils.getWebApplicationContext(servletContext)或WebApplicationContextUtils.getWebApplicationContext(servletContext,attrname)方法来获取对应的applicationContext,而后者则通过RequestContextUtils.getWebApplicationContext(request)或
WebApplicationContextUtils.getWebApplicationContext(servletContext,attrname)方法来获取对应的applicationContext。
对于ContextLoaderListener加载的上下文即上面提到的WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE;而对于DispatcherServlet中的上下文则为FrameworkServlet.class.getName()
+ ".CONTEXT." + getServletName()。
通过上下文所在的属性可以看出,如果通过WebApplicationContextUtils.getRequiredWebApplicationContext(servletContext)来试图获取DispatcherServlet加载的applicationContext时,就会抛出"No
WebApplicationContext found: no ContextLoaderListener registered?"的异常。
3、DispatcherServlet中特殊Bean
DispatcherServlet默认使用WebApplicationContext作为上下文,因此我们来看一下该上下文中有哪些特殊的Bean:
a、Controller:处理器/页面控制器,做的是MVC中的C的事情,但控制逻辑转移到前端控制器了,用于对请求进行处理;
b、HandlerMapping:请求到处理器的映射,如果映射成功返回一个HandlerExecutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象;如BeanNameUrlHandlerMapping将URL与Bean名字映射,映射成功的Bean就是此处的处理器;
c、HandlerAdapter:HandlerAdapter将会把处理器包装为适配器,从而支持多种类型的处理器,即适配器设计模式的应用,从而很容易支持很多类型的处理器;如SimpleControllerHandlerAdapter将对实现了Controller接口的Bean进行适配,并且掉处理器的handleRequest方法进行功能处理;
d、ViewResolver:ViewResolver将把逻辑视图名解析为具体的View,通过这种策略模式,很容易更换其他视图技术;如InternalResourceViewResolver将逻辑视图名映射为jsp视图;
e、LocalResover:本地化解析,因为Spring支持国际化,因此LocalResover解析客户端的Locale信息从而方便进行国际化;
f、ThemeResovler:主题解析,通过它来实现一个页面多套风格,即常见的类似于软件皮肤效果;
g、MultipartResolver:文件上传解析,用于支持文件上传;
h、HandlerExceptionResolver:处理器异常解析,可以将异常映射到相应的统一错误界面,从而显示用户友好的界面(而不是给用户看到具体的错误信息);
i、RequestToViewNameTranslator:当处理器没有返回逻辑视图名等相关信息时,自动将请求URL映射为逻辑视图名;
j、FlashMapManager:用于管理FlashMap的策略接口,FlashMap用于存储一个请求的输出,当进入另一个请求时作为该请求的输入,通常用于重定向场景
通过以上的bean可以看出,一般LocalResover、ViewResolver等需要配置在/WEB-INF/[server-name]-servlet.xml文件中。
相关文章推荐
- Eclipse Plugin Installation and Windows User Access Control
- struts2 helloworld 的404错误
- java线程传统VS现代【3】
- java线程传统VS现代【2】
- java队列和栈的使用
- Java内部类的自我理解
- Java并发包中CyclicBarrier的工作原理、使用示例
- 20145221 《Java程序设计》第二周学习总结
- Eclipse/MyEclipse配置SVN插件
- 如何解决eclipse中没有plugin development
- Java遇见HTML——JSP篇之JSP基础语法
- Spring中配置数据源的4种形式
- IT十八掌作业_java基础第九天_多线程、自动拆装箱
- 解决:eclipse中jar包在外面显示
- spring笔记--依赖注入之针对不同类型变量的几种注入方式
- Spring AOP 实现原理与 CGLIB 应用
- 20145216史婧瑶《Java程序设计》第2周学习总结
- 20145216史婧瑶《Java程序设计》第2周学习总结
- eclipse 显示setting目录
- Java多线程