Spring MVC

0.512字数 4369阅读 1869

Spring MVC一、什么是 Spring MVC
Spring MVC 属于 SpringFrameWork 的后续产品,已经融合在 Spring Web Flow 里面,是一个强大灵活的 Web 框架。Spring MVC 提供了一个 DispatcherServlet 作为前端控制器来分配请求。通过策略接口,Spring 框架是高度可配置的。Spring MVC 还包含多种视图技术,如 Java Server Pages(JSP)、Velocity、Tiles、iText 和 POI 等。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色,这种分离让它们更容易进行定制。
Spring MVC 框架主要由 DispatcherServlet、处理器映射器、处理器适配器、处理器(控制器)、视图解析器、视图组成。
二.Spring MVC 相较于S2SH框架的优势1、配置简化
Spring MVC引入Schema Based XML,在其默认必要配置之后,可以灵活的进行2次配置,2次配置的内容大大减少。
2、MVC设计思想的领先
在Spring MVC中,model这层被抽象的更加灵活,他以方法输入参数为表现形式,具体的行为灵活多样,可以是基本类型,可以是POJO,也可以是request衍生出的各种对象。与之相比,struts2的model定义为controller的一个属性,导致模型层与控制层之间的关系模糊不清。
3、对REST的支持性
Spring MVC对REST架构的支持是比较好的的MVC框架,与之相比strtus2虽然也提供了相关插件实现,但是相对于Spring MVC来可以说不是很高级,这是由于Struts2对于请求映射设计的天生缺陷导致。Struts2对于请求的映射最终以一个叫做ActionMapping的类来表述,而构造这个ActionMapping的实现却只是一个非常简单的接口ActionMapper。这个类天然就没有考虑到许多Restful的需求。
相对于Spring MVC来说,struts2的最基本的问题是响应变化太慢,特别是对Java标准响应太慢。
比如:直到最近 2.3.1 才支持 JSR330,而Spring 已经支持两年多了。目前还不支持JSR 303,虽然有第三方,但不是Out of box的,Spring MVC支持得很好。

三.浅析Spring MVC的工作原理及其与Spring的关系
Spring MVC属于SpringFrameWork的后续产品,已经融合在Spring Web Flow里面。Spring 框架提供了构建 Web 应用程序的全功能 MVC 模块。使用 Spring 可插入的 MVC 架构,从而在使用Spring进行WEB开发时,可以选择使用Spring的SpringMVC框架或集成其他MVC开发框架,如Struts1,Struts2等。
Spring MVC的整个工作过程是从一个HTTP请求开始:
1)DispatcherServlet接收到请求后,根据对应配置文件中配置的处理器映射,找到对应的处理器映射项(HandlerMapping),根据配置的映射规则,找到对应的处理器(Handler)。
2)调用相应处理器中的处理方法,处理该请求,处理器处理结束后会将一个ModelAndView类型的数据传给DispatcherServlet,这其中包含了处理结果的视图和视图中要使用的数据。
3)DispatcherServlet根据得到的ModelAndView中的视图对象,找到一个合适的ViewResolver(视图解析器),根据视图解析器的配置,DispatcherServlet将视图要显示的数据传给对应的视图,最后给浏览器构造一个HTTP响应。 DispatcherServlet是整个Spring MVC的核心。


image.png

DispatcherServlet负责接收HTTP请求组织协调Spring MVC的各个组成部分。其主要工作有以下三项:
1)截获符合特定格式的URL请求。
2)初始化DispatcherServlet上下文对应的WebApplicationContext,并将其与业务层、持久化层的WebApplicationContext建立关联。
3)初始化Spring MVC的各个组成组件,并装配到DispatcherServlet中。
然后简单说一下Spring MVC与Spring的关系。Spring可以说是一个管理bean的容器,也可以说是包括很多开源项目的总称,而Spring MVC是其中一个开源项目。如果简单进行一个流程,当http请求一到,由容器(如:Tomcat)解析http形成一个request,通过映射关系(比如路径,方法,参数)被Spring MVC一个分发器去找到可以处理这个请求的bean,在Tomcat里面就由Spring管理bean的一个池子(bean容器)里面找到。处理完了就把响应返回。
基于Spring实现的MVC框架是不能不使用Spring的。单独使用Spring MVC,因为其需要依赖IOC容器。但是如果单独为了更好的理解SpringMVC这种MVC框架,就把它和Struts2等一系列的MVC框架对比理解,理解其只是基于DispatcherServlet或者Filter做一个前端分发器,最终把这个框架引导起来,进行其自己的逻辑处理。
面试常考问题
四.Spring和Spring MVC的区别1.Spring的功能
Spring架构最核心的功能就是依赖注入。
所有Spring模块的核心都是依赖注入。如果合理使用依赖注入,我们可以构建低耦合的应用,而且应用更容易进行单元测试。


image.png

减少重复代码
Spring提供了很多模块比如Spring JDBC,Spring MVC,Spring Test。这些功能可以自己实现,但是借助这些封装的模块就能减少代码量,代码越少bug就越少。
很好的集成其他框架
Spring架构从不解决已经被解决的问题,而且和这些解决问题的框架能够很好的集成。比如Hibernate。
2.Spring MVC的功能
Spring MVC提供了一种轻度耦合的方式来开发web应用。
Spring MVC是Spring的一个模块式一个web框架。通过Dispatcher Servlet, ModelAndView 和 View Resolver,开发web应用变得很容易。解决的问题领域是网站应用程序或者服务开发——URL路由、Session、模板引擎、静态Web资源等等。
五.SpringMVC与struts2的区别
1、Struts2是类级别的拦截, 一个类对应一个request上下文,SpringMVC是方法级别的拦截,一个方法对应一个request上下文,而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲,因为Struts2中Action的一个方法可以对应一个url,而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了。

2、由上边原因,SpringMVC的方法之间基本上独立的,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给框架,方法之间不共享变量,而Struts2搞的就比较乱,虽然方法之间也是独立的,但其所有Action变量是共享的,这不会影响程序运行,却给我们编码 读程序时带来麻烦,每次来了请求就创建一个Action,一个Action对象对应一个request上下文。3、由于Struts2需要针对每个request进行封装,把request,session等servlet生命周期的变量封装成一个一个Map,供给每个Action使用,并保证线程安全,所以在原则上,是比较耗费内存的。

4、 拦截器实现机制上,Struts2有以自己的interceptor机制,SpringMVC用的是独立的AOP方式,这样导致Struts2的配置文件量还是比SpringMVC大。
5、SpringMVC的入口是servlet,而Struts2是filter(这里要指出,filter和servlet是不同的。以前认为filter是servlet的一种特殊),这就导致了二者的机制不同,这里就牵涉到servlet和filter的区别了。
6、SpringMVC集成了Ajax,使用非常方便,只需一个注解@ResponseBody就可以实现,然后直接返回响应文本即可,而Struts2拦截器集成了Ajax,在Action中处理时一般必须安装插件或者自己写代码集成进去,使用起来也相对不方便。
7、SpringMVC验证支持JSR303,处理起来相对更加灵活方便,而Struts2验证比较繁琐,感觉太烦乱。
8、Spring MVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高(当然Struts2也可以通过不同的目录结构和相关配置做到SpringMVC一样的效果,但是需要xml配置的地方不少)。
9、 设计思想上,Struts2更加符合OOP的编程思想, SpringMVC就比较谨慎,在servlet上扩展。
10、SpringMVC开发效率和性能高于Struts2。
11、SpringMVC可以认为已经100%零配置。
五、Spring MVC 执行流程
Spring MVC 高层次的请求处理工作流程如下(图来自 Spring 官网):


image.png

细分后,Spring MVC 执行流程如下,共包括八步:
1.Spring MVC 相关接口解释:
(1)DispatcherServlet
前端控制器,所有的请求都有经过它来统一分发,请求会被分发给对应的 Handler。
(2)HandlerMapping(处理器映射器)
解析请求链接,然后根据请求链接找到执行这个请求的类(HandlerMapping 所说的 handler)。
(3)HandlerAdapter(处理器适配器)
调用具体的方法对用户发来的请求来进行处理。
(4)Controller
Controller 将处理用户请求,Controller 处理完用户请求,则返回 ModelAndView 对象给 DispatcherServlet 前端控制器。
从宏观角度考虑,DispatcherServlet 是整个 Web 应用的控制器;从微观考虑,Controller 是单个 Http 请求处理过程中的控制器。
(5)ViewResolver(视图解析器)
解析 MdoelAndView,将 MdoelAndView 中的逻辑视图名变为一个真正的 View 对象,并将 MdoelAndView 中的 Model 取出。

2、注解驱动的控制器2.1、使用@RequestMapping映射请求
* 通过请求URL进行映射
@RequestMapping("/user/register")

@RequestMpping不但支持标准的URL,还支持Ant风格(即?、和的字符)的和带{xxx}占位符的URL,可以通过@ParhVariable将URL中的占位符参数绑定到控制器处理方法的入参中。
* 通过请求参数、请求方法或请求头进行映射
@RequestMapping(value="/delete", method=RequestMethod.POST, params="userId", headers="content-type=text/
")

2.2、请求处理方法签名
* 使用@RequestParam绑定请求参数值
public String handle(@RequestParam(value="userName", required=false))
* 使用@CookieValue绑定请求中的Cookie值
public String handle(@CookieValue(value="sessionId", required=false))
* 使用@RequestHeader绑定请求报文头的属性值
public String handle(@RequestHeader("Accept-Encoding") String encoding, @RequestHeader("Keep-Alive")long keepAlive)
* 使用命令/表单对象绑定请求参数值
/handle.html?userName=tom&userAge=12
Public String handle(User user)
* 使用Servlet API对象作为入参
public void handle(HttpServletRequest req, HttpServletResponse resp)
* 使用Spring MVC自定义的可代理Servlet原生API类的接口
public String handle(WebRequest req)
* 使用IO对象作为入参
Spring MVC可以获取ServletRequest的InputStream/Reader或者ServletRespons的OutputStream/Writer,然后传给控制器的处理方法
public void handle(OutputStream os)

2.3、使用HttpMessageConverter<T>
* HttpMessageConverter<T>是Spring 3.0新添加的一个重要的接口,它负责将请求信息转换为一个对象(类型为T),将对象(类型为T)输出为响应信息。
* 如果在Spring web容器中显式定义了一个AnnotationMethodHandlerAdapter,则Spring MVC将使用它覆盖默认的AnnotationMethodHandlerAdapter。
* 使用途径:
1、使用@RequestBody/@ResponseBody对处理方法进行标注;
2、使用@HttpEntity<T>/ResponsEntity<T>作为处理方法的入参或者返回值;

2.4、处理模型数据
Spring MVC提供了多种途径将模型数据暴露给视图

* ModelAndView:处理方法返回值类型为ModelAndView时,方法体即可通过该对象添加模型数据;
* @ModelAttribute:方法入参标注该注解后,入参的对象就会放到数据模型中;
* Map 及 Model:入参为org.springframework.ui.Model、org.springframework.ui.ModelMap或java.util.Map时,处理方法返回时,Map中的数据会自动添加到模型中;
* @SessionAttributes:将模型中的某个属性暂存到HttpSession中,以便多个请求之间共享这个属性;

控制器方法返回字符串类型的值会被当成逻辑视图名处理。当字符串带"forward"或"redirect"前缀时,redirect会让浏览器发起一个新的请求,而forward所到的目标地址位于当前请求中。

3、处理方法的数据绑定
Spring MVC会根据请求方法签名的不同,将请求消息中的消息以一定的方式转换并绑定到请求方法的入参中。在请求消息到达真正调用处理方法的这一段时间内,Spring MVC还完成了很多工作,包括数据转换、数据格式化及数据校验等。
3.1、数据转换
//自定义转换器 <userName>:<password>:<realName> -> UserObject
public class StringToUserConverter implements Converter<String, User >{...}
//将StringToUserConverter安装到Spring上下文中
<beans ...>
<mvc:annotation-drever conversion-service="conversionService">
<bean id="conversionService" class="org.springframework.context.support.ConversionServiceFactorybean">
<property name="converters"><list>
<bean class="...StringToUserConverter"/>
</list></property>
</bean>
</beans>
//使用StringToUserConverter
@ReqquestMapping(value="")
public String handle(@RequestParam("user") User user)
//url
xxx.html?user=tom:1234:jacktion

3.2、数据格式化
//将FormattingConversionServiceFactoryBean安装到Spring上下文中
org.springframework.format.support.FormattingConversionServiceFactoryBean
//使用注解驱动格式化功能
@DateTimeFormat(pattern="yyyy-MM-dd")
private Date birthday;
Spring 提供了注解驱动的属性对象格式化功能:在Bean属性设置、Spring MVC处理方法入参数据绑定、模型数据输出时自动通过注解应用格式化的功能。

3.3、数据校验
JSR 303是Java为Bean数据合法性校验所提供的标准框架,它已经包含在Java EE6.0中。

  • Spring校验框架 LocalValidatorFactoryBean即实现了Spring的Validator接口,也实现了JSR303的Validator接口。
  • Spring MVC数据校验,在表单/命令对象标注JSR303注解
    @Pattern(regexp="");//正则表达式
    private String userName;
    @Length(min=2, max=100)//字符串长度
    @DecimalMin //数值最小值
  • 校验结果保存,前一个表单/命令对象的校验结果保存在其后的入参中,这个校验结果的入参必须是一个BindingResult和Errors类型
    public String handle(@Valid @ModelAtterbute("user") User user, BindingResult bindingResult, @Valid Dept dept, Errors depErrors)
    {if(bindingResult.hasError()) return ...}
  • 页面显示错误
    Spring MVC除了会将表单/命令对象的校验结果保存在对应的BindingResult或Errors中,还会将所有校验结果保存到“隐含模型”中。
    <form:errors path="*"/> //显示表单对象所有的错误信息
    <form:errors path="userName" cssClass="errorClass"/> //显示userName属性的错误

4、视图和视图解析器
请求方法执行完以后,最中返回一个ModelAndView对象,对于那些返回String、View或ModelMap等类型的处理方法,Spring MVC也会在内部将他们装配成一个ModelAndView对象,它包含了视图逻辑名和模型对象的信息。可以通过orderNo属性指定解析器的优先顺序,orderNo值越小优先级越高。
4.1、视图解析器
视图解析器工作内涵:根据逻辑视图名和本地化对象得到一个视图对象。
4.2、JSP和JSTL
jsp是最常见的视图技术,使用InternalResourceViewResolver作为视图解析器。
4.3、 模板视图

Spring Web上下文装配FreeMarker的基础设施和FreeMark视图解析器:
<bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer">
<bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">

4.4、Excel
扩展Spring的AbstractExcelView 或 AbstractJExcelView,使用BeanNameViewResolver视图解析器。
4.5、PDF
扩展AbstractOdfView,使用BeanNameViewResolver视图解析器。
4.6、输出XML
使用MarshallingView视图解析器,注入XStreamMarshaller,将模型数据转化为XML。
4.7、 输出JSON
Spring MVC的MappingJacksonJsonView借助Jackson框架的ObjectMapper将模型数据转化为JSON格式输出。
4.8、混合使用多种视图技术
ContentNegotiatingViewResolver根据请求所要求的MIME类型决定由哪个视图解析器负责解析,一般将其的优先级设置为最高。
5、本地化解析
* AcceptHeaderLocaleResolver:根据HTTP报文头的Accept-Language参数确定本地化类型;
* CookieLocaleResolver:根据指定的Cookie值确定本地化类型;
* SessionLocaleResolver:根据Session中特定的属性值确定本地化类型;
* LocaleChangeInterceptor:从请求参数中获取本次请求对应的本地化类型;

6、文件上传
Spring MVC通过Jakarta Commons FileUpload技术实现了一个Multipartresolver实现类:CommonsMultipartResolver。
7、杂项7.1、静态资源处理
* 采用<mvc:default-servlet-handler/>将静态资源的处理经由Spring MVC框架交回Web应用服务器处理;
* <mvc:resources mapping="" location=""/> 由Spring MVC框架自己处理静态资源,并添加有用的附加值功能;

7.2、装配拦截器
<mvc:interceptors></mvc:interceptors>
7.3、异常处理
Spring MVC通过HandlerExceptionResolver处理程序的异常,包括处理器映射、数据绑定以及处理器执行时的异常。

* DeaufaultHandlerExceptionResolver 会将Spring MVC框架的异常转换为相应的相应状态码;
* AnnotationMethodHandlerExceptionResolver 允许通过@ExceptionHandler的注解指定处理特定异常的方法;
* SimpleMappingExceptionResolver 将异常类名映射为视图名,即发生异常时使用对应的视图报告异常;

推荐阅读更多精彩内容