SpringMVCWord文档格式.docx
《SpringMVCWord文档格式.docx》由会员分享,可在线阅读,更多相关《SpringMVCWord文档格式.docx(26页珍藏版)》请在冰豆网上搜索。
提供一套强大的JSP标签库,简化JSP开发;
支持灵活的本地化、主题等解析;
更加简单的异常处理;
对静态资源的支持;
支持Restful风格。
23、SpringWebMVC架构SpringWebMVC框架也是一个基于请求驱动的Web框架,并且也使用了前端控制器模式来进行设计,再根据请求映射规则分发给相应的页面控制器(动作/处理器)进行处理。
首先让我们整体看一下SpringWebMVC处理请求的流程:
2.3.1、SpringWebMVC处理请求的流程如图2-1图2-1具体执行步骤如下:
1、首先用户发送请求前端控制器,前端控制器根据请求信息(如URL)来决定选择哪一个页面控制器进行处理并把请求委托给它,即以前的控制器的控制逻辑部分;
图2-1中的1、2步骤;
2、页面控制器接收到请求后,进行功能处理,首先需要收集和绑定请求参数到一个对象,这个对象在SpringWebMVC中叫命令对象,并进行验证,然后将命令对象委托给业务对象进行处理;
处理完毕后返回一个ModelAndView(模型数据和逻辑视图名);
图2-1中的3、4、5步骤;
3、前端控制器收回控制权,然后根据返回的逻辑视图名,选择相应的视图进行渲染,并把模型数据传入以便视图渲染;
图2-1中的步骤6、7;
4、前端控制器再次收回控制权,将响应返回给用户,图2-1中的步骤8;
至此整个结束。
问题:
1、请求如何给前端控制器?
2、前端控制器如何根据请求信息选择页面控制器进行功能处理?
3、如何支持多种页面控制器呢?
4、如何页面控制器如何使用业务对象?
5、页面控制器如何返回模型数据?
6、前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染?
7、不同的视图技术如何使用相应的模型数据?
首先我们知道有如上问题,那这些问题如何解决呢?
请让我们先继续,在后边依次回答。
2.3.2、SpringWebMVC架构1、SpringWebMVC核心架构图,如图2-2图2-2架构图对应的DispatcherServlet核心代码如下:
java代码:
Java代码1./前端控制器分派方法2.protectedvoiddoDispatch(HttpServletRequestrequest,HttpServletResponseresponse)throwsException3.HttpServletRequestprocessedRequest=request;
4.HandlerExecutionChainmappedHandler=null;
5.intinterceptorIndex=-1;
6.7.try8.ModelAndViewmv;
9.booleanerrorView=false;
10.11.try12./检查是否是请求是否是multipart(如文件上传),如果是将通过MultipartResolver解析13.processedRequest=checkMultipart(request);
14./步骤2、请求到处理器(页面控制器)的映射,通过HandlerMapping进行映射15.mappedHandler=getHandler(processedRequest,false);
16.if(mappedHandler=null|mappedHandler.getHandler()=null)17.noHandlerFound(processedRequest,response);
18.return;
19.20./步骤3、处理器适配,即将我们的处理器包装成相应的适配器(从而支持多种类型的处理器)21.HandlerAdapterha=getHandlerAdapter(mappedHandler.getHandler();
22.23./304NotModified缓存支持24./此处省略具体代码25.26./执行处理器相关的拦截器的预处理(HandlerInterceptor.preHandle)27./此处省略具体代码28.29./步骤4、由适配器执行处理器(调用处理器相应功能处理方法)30.mv=ha.handle(processedRequest,response,mappedHandler.getHandler();
31.32./Doweneedviewnametranslation?
33.if(mv!
=null&
!
mv.hasView()34.mv.setViewName(getDefaultViewName(request);
35.36.37./执行处理器相关的拦截器的后处理(HandlerInterceptor.postHandle)38./此处省略具体代码39.40.catch(ModelAndViewDefiningExceptionex)41.logger.debug(ModelAndViewDefiningExceptionencountered,ex);
42.mv=ex.getModelAndView();
43.44.catch(Exceptionex)45.Objecthandler=(mappedHandler!
=null?
mappedHandler.getHandler():
null);
46.mv=processHandlerException(processedRequest,response,handler,ex);
47.errorView=(mv!
=null);
48.49.50./步骤5步骤6、解析视图并进行视图的渲染51./步骤5由ViewResolver解析View(viewResolver.resolveViewName(viewName,locale))52./步骤6视图在渲染时会把Model传入(view.render(mv.getModelInternal(),request,response);
)53.if(mv!
mv.wasCleared()54.render(mv,processedRequest,response);
55.if(errorView)56.WebUtils.clearErrorRequestAttributes(request);
57.58.59.else60.if(logger.isDebugEnabled()61.logger.debug(NullModelAndViewreturnedtoDispatcherServletwithname+getServletName()+62.:
assumingHandlerAdaptercompletedrequesthandling);
63.64.65.66./执行处理器相关的拦截器的完成后处理(HandlerInterceptor.afterCompletion)67./此处省略具体代码68.69.70.catch(Exceptionex)71./Triggerafter-completionforthrownexception.72.triggerAfterCompletion(mappedHandler,interceptorIndex,processedRequest,response,ex);
73.throwex;
74.75.catch(Errorerr)76.ServletExceptionex=newNestedServletException(Handlerprocessingfailed,err);
77./Triggerafter-completionforthrownexception.78.triggerAfterCompletion(mappedHandler,interceptorIndex,processedRequest,response,ex);
79.throwex;
80.81.82.finally83./Cleanupanyresourcesusedbyamultipartrequest.84.if(processedRequest!
=request)85.cleanupMultipart(processedRequest);
86.87.88./前端控制器分派方法protectedvoiddoDispatch(HttpServletRequestrequest,HttpServletResponseresponse)throwsExceptionHttpServletRequestprocessedRequest=request;
HandlerExecutionChainmappedHandler=null;
intinterceptorIndex=-1;
tryModelAndViewmv;
booleanerrorView=false;
try/检查是否是请求是否是multipart(如文件上传),如果是将通过MultipartResolver解析processedRequest=checkMultipart(request);
/步骤2、请求到处理器(页面控制器)的映射,通过HandlerMapping进行映射mappedHandler=getHandler(processedRequest,false);
if(mappedHandler=null|mappedHandler.getHandler()=null)noHandlerFound(processedRequest,response);
return;
/步骤3、处理器适配,即将我们的处理器包装成相应的适配器(从而支持多种类型的处理器)HandlerAdapterha=getHandlerAdapter(mappedHandler.getHandler();
/304NotModified缓存支持/此处省略具体代码/执行处理器相关的拦截器的预处理(HandlerInterceptor.preHandle)/此处省略具体代码/步骤4、由适配器执行处理器(调用处理器相应功能处理方法)mv=ha.handle(processedRequest,response,mappedHandler.getHandler();
/Doweneedviewnametranslation?
if(mv!
mv.hasView()mv.setViewName(getDefaultViewName(request);
/执行处理器相关的拦截器的后处理(HandlerInterceptor.postHandle)/此处省略具体代码catch(ModelAndViewDefiningExceptionex)logger.debug(ModelAndViewDefiningExceptionencountered,ex);
mv=ex.getModelAndView();
catch(Exceptionex)Objecthandler=(mappedHandler!
mv=processHandlerException(processedRequest,response,handler,ex);
errorView=(mv!
/步骤5步骤6、解析视图并进行视图的渲染/步骤5由ViewResolver解析View(viewResolver.resolveViewName(viewName,locale))/步骤6视图在渲染时会把Model传入(view.render(mv.getModelInternal(),request,response);
)if(mv!
mv.wasCleared()render(mv,processedRequest,response);
if(errorView)WebUtils.clearErrorRequestAttributes(request);
elseif(logger.isDebugEnabled()logger.debug(NullModelAndViewreturnedtoDispatcherServletwithname+getServletName()+:
/执行处理器相关的拦截器的完成后处理(HandlerInterceptor.afterCompletion)/此处省略具体代码catch(Exceptionex)/Triggerafter-completionforthrownexception.triggerAfterCompletion(mappedHandler,interceptorIndex,processedRequest,response,ex);
throwex;
catch(Errorerr)ServletExceptionex=newNestedServletException(Handlerprocessingfailed,err);
/Triggerafter-completionforthrownexception.triggerAfterCompletion(mappedHandler,interceptorIndex,processedRequest,response,ex);
finally/Cleanupanyresourcesusedbyamultipartrequest.if(processedRequest!
=request)cleanupMultipart(processedRequest);
核心架构的具体流程步骤如下:
1、首先用户发送请求DispatcherServlet,前端控制器收到请求后自己不进行处理,而是委托给其他的解析器进行处理,作为统一访问点,进行全局的流程控制;
2、DispatcherServletHandlerMapping,HandlerMapping将会把请求映射为HandlerExecutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象,通过这种策略模式,很容易添加新的映射策略;
3、DispatcherServletHandlerAdapter,HandlerAdapter将会把处理器包装为适配器,从而支持多种类型的处理器,即适配器设计模式的应用,从而很容易支持很多类型的处理器;
4、HandlerAdapter处理器功能处理方法的调用,HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法,完成功能处理;
并返回一个ModelAndView对象(包含模型数据、逻辑视图名);
5、ModelAndView的逻辑视图名ViewResolver,ViewResolver将把逻辑视图名解析为具体的View,通过这种策略模式,很容易更换其他视图技术;
6、View渲染,View会根据传进来的Model模型数据进行渲染,此处的Model实际是一个Map数据结构,因此很容易支持其他视图技术;
7、返回控制权给DispatcherServlet,由DispatcherServlet返回响应给用户,到此一个流程结束。
此处我们只是讲了核心流程,没有考虑拦截器、本地解析、文件上传解析等,后边再细述。
到此,再来看我们前边提出的问题:
这个应该在web.xml中进行部署描述,在HelloWorld中详细讲解。
我们需要配置HandlerMapping进行映射3、如何支持多种页面控制器呢?
配置HandlerAdapter从而支持多种类型的页面控制器4、如何页面控制器如何使用业务对象?
可以预料到,肯定利用SpringIoC容器的依赖注入功能5、页面控制器如何返回模型数据?
使用ModelAndView返回6、前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染?
使用ViewResolver进行解析7、不同的视图技术如何使用相应的模型数据?
因为Model是一个Map数据结构,很容易支持其他视图技术在此我们可以看出具体的核心开发步骤:
1、DispatcherServlet在web.xml中的部署描述,从而拦截请求到SpringWebMVC2、HandlerMapping的配置,从而将请求映射到处理器3、HandlerAdapter的配置,从而支持多种类型的处理器4、ViewResolver的配置,从而将逻辑视图名解析为具体视图技术5、处理器(页面控制器)的配置,从而进行功能处理上边的开发步骤我们会在HelloWorld中详细验证。
24、SpringWebMVC优势1、清晰的角色划分:
前端控制器(DispatcherServlet)、请求到处理器映射(HandlerMapping)、处理器适配器(HandlerAdapter)、视图解析器(ViewResolver)、处理器或页面控制器(Controller)、验证器(Validator)、命令对象(Command请求参数绑定到的对象就叫命令对象)、表单对象(FormObject提供给表单展示和提交到的对象就叫表单对象)。
2、分工明确,而且扩展点相当灵活,可以很容易扩展,虽然几乎不需要;
3、由于命令对象就是一个POJO,无需继承框架特定API,可以使用命令对象直接作为业务对象;
4、和Spring其他框架无缝集成,是其它Web框架所不具备的;
5、可适配,通过HandlerAdapter可以支持任意的类作为处理器;
6、可定制性,HandlerMapping、ViewResolver等能够非常简单的定制;
7、功能强大的数据验证、格式化、绑定机制;
8、利用Spring提供的Mock对象能够非常简单的进行Web层单元测试;
9、本地化、主题的解析的支持,使我们更容易进行国际化和主题的切换。
10、强大的JSP标签库,使JSP编写更容易。
还有比如RESTful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。
到此我们已经简单的了解了SpringWebMVC,接下来让我们来个实例来具体使用下这个框架。
25、HelloWorld入门2.5.1、准备开发环境和运行环境:
开发工具:
eclipse运行环境:
tomcat6.0.20工程:
动态web工程(springmvc-chapter2)spring框架下载:
spring-framework-3.1.1.RELEASE-with-docs.zip依赖jar包:
1、Spring框架jar包:
为了简单,将spring-framework-3.1.1.RELEASE-with-docs.zip/dist/下的所有jar包拷贝到项目的WEB-INF/lib目录下;
2、Spring框架依赖的jar包:
需要添加Apachecommonslogging日志,此处使用的是commons.logging-1.1.1.jar;
需要添加jstl标签库支持,此处使用的是jstl-1.1.2.jar和standard-1.1.2.jar;
2.5.2、前端控制器的配置在我们的web.xml中添加如下配置:
Java代码1.2.chapter23.org.springframework.web.servlet.DispatcherServlet4.15.6.7.chapter28./9.chapter2org.springframework.web.servlet.DispatcherServlet1chapter2/load-on-startup:
表示启动容器时初始化该Servlet;
url-pattern:
表示哪些请求交给SpringWebMVC处理,“/”是用来定义默认servlet映射的。
也可以如“*.html”表示拦截所有以html为扩展名的请求。
自此请求已交给SpringWebMVC框架处理,因此我们需要配置Spring的配置文件,默认DispatcherServlet会加载WEB-INF/DispatcherServlet的Servlet名字-servlet.xml配置文件。
本示例为WEB-INF/chapter2-servlet.xml。
2.5.3、在Spring配置文件中配置HandlerMapping、HandlerAdapter具体配置在WEB-INF/chapter2-servlet.xml文件中:
Java代码1.2.3.4.5.BeanNameUrlHandlerMapping:
表示将请求的URL和Bean名字映射,如URL为“上下文/hello”,则Spring配置文件必须有一个名字为“/hello”的Bean,上下文默认忽略。
SimpleControllerHandlerAdapter:
表示所有实现了org.springframework.web.servlet.mvc.Controller接口的Bean可以作为SpringWebMVC中的处理器。
如果需要其他类型的处理器可以通过实现Hadle