Spring MVC笔记

Spring MVC笔记

Spring MVC是Spring提供给我们的一个简化web开发的框架

第一部分Spring MVC 应⽤

第一节Spring MVC 简介

1.1Spring MVC 简介

三层架构

我们的开发架构⼀般都是基于两种形式,⼀种是 C/S 架构,也就是客户端/服务器;另⼀种是 B/S 架构

,也就是浏览器服务器。在 JavaEE 开发中,⼏乎全都是基于 B/S 架构的开发。那么在 B/S 架构中,系

统标准的三层架构包括:表现层、业务层、持久层。三层架构在我们的实际开发中使⽤的⾮常多,所以

我们课程中的案例也都是基于三层架构设计的。

三层架构中,每⼀层各司其职,接下来我们就说说每层都负责哪些⽅⾯:

  • 表现层 :

    也就是我们常说的web 层。它负责接收客户端请求,向客户端响应结果,通常客户端使⽤http 协

    议请求web 层,web 需要接收 http 请求,完成 http 响应。

    表现层包括展示层和控制层:控制层负责接收请求,展示层负责结果的展示。

    表现层依赖业务层,接收到客户端请求⼀般会调⽤业务层进⾏业务处理,并将处理结果响应给客户端。

    表现层的设计⼀般都使⽤ MVC 模型。(MVC 是表现层的设计模型,和其他层没有关系)

  • 业务层 :

    也就是我们常说的 service 层。它负责业务逻辑处理,和我们开发项⽬的需求息息相关。web 层依赖业

    务层,但是业务层不依赖 web 层。

    业务层在业务处理时可能会依赖持久层,如果要对数据持久化需要保证事务⼀致性。(也就是我们说

    的, 事务应该放到业务层来控制)

  • 持久层 :也就是我们是常说的 dao 层。负责数据持久化,包括数据层即数据库和数据访问层,数据库是对数据进

    ⾏持久化的载体,数据访问层是业务层和持久层交互的接⼝,业务层需要通过数据访问层将数据持久化

    到数据库中。通俗的讲,持久层就是和数据库交互,对数据库表进⾏增删改查的。

MVC设计模式

MVC 全名是 Model View Controller,是 模型(model)-视图(view)-控制器(controller) 的缩写, 是⼀

种⽤于设计创建 Web 应⽤程序表现层的模式。MVC 中每个部分各司其职:

  • Model(模型):模型包含业务模型和数据模型,数据模型⽤于封装数据,业务模型⽤于处理业

    务。

  • View(视图): 通常指的就是我们的 jsp 或者 html。作⽤⼀般就是展示数据的。通常视图是依据

    模型数据创建的。

  • Controller(控制器): 是应⽤程序中处理⽤户交互的部分。作⽤⼀般就是处理程序逻辑的。

    MVC提倡:每⼀层只编写⾃⼰的东⻄,不编写任何其他的代码;分层是为了解耦,解耦是为了维

    护⽅便和分⼯协作。

1.2 Spring MVC 是什么?

SpringMVC 全名叫 Spring Web MVC,是⼀种基于 Java 的实现 MVC 设计模型的请求驱动类型的轻量级

Web 框架,属于 SpringFrameWork 的后续产品。

SpringMVC 已经成为 ⽬前最主流的 MVC 框架 之⼀,并且 随着 Spring3.0 的发布,全⾯超越 Struts2,

成为最优秀的 MVC 框架。

servlet、struts实现接⼝、springmvc中要让⼀个java类能够处理请求只需要添加注解就ok它通过⼀套注解,让⼀个简单的 Java 类成为处理请求的控制器,⽽⽆须实现任何接⼝。同时它还⽀持

RESTful 编程⻛格的请求。

总之:Spring MVC和Struts2⼀样,都是 为了解决表现层问题 的web框架,它们都是基于 MVC 设计模

式的。⽽这些表现层框架的主要职责就是处理前端HTTP请求。

Spring MVC 本质可以认为是对servlet的封装,简化了我们serlvet的开发

作⽤:1)接收请求 2)返回响应,跳转⻚⾯

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Jp0Fefq5-1604323480385)(C:\Users\96313\AppData\Roaming\Typora\typora-user-images\image-20201102210112598.png)]

2Spring Web MVC ⼯作流程

1)配置DispatcherServlet前端控制器

2)开发处理具体业务逻辑的Handler(@Controller、@RequestMapping)

3)xml配置⽂件配置controller扫描,配置springmvc三⼤件

4)将xml⽂件路径告诉springmvc(DispatcherServlet)

2.1 Spring MVC 请求处理流程

流程说明

第⼀步:⽤户发送请求⾄前端控制器DispatcherServlet

第⼆步:DispatcherServlet收到请求调⽤HandlerMapping处理器映射器

第三步:处理器映射器根据请求Url找到具体的Handler(后端控制器),⽣成处理器对象及处理器拦截

器(如果 有则⽣成)⼀并返回DispatcherServlet

第四步:DispatcherServlet调⽤HandlerAdapter处理器适配器去调⽤Handler

第五步:处理器适配器执⾏Handler

第六步:Handler执⾏完成给处理器适配器返回ModelAndView

第七步:处理器适配器向前端控制器返回 ModelAndView,ModelAndView 是SpringMVC 框架的⼀个

底层对 象,包括 Model 和 View

第⼋步:前端控制器请求视图解析器去进⾏视图解析,根据逻辑视图名来解析真正的视图。

第九步:视图解析器向前端控制器返回View

第⼗步:前端控制器进⾏视图渲染,就是将模型数据(在 ModelAndView 对象中)填充到 request 域

第⼗⼀步:前端控制器向⽤户响应结果

2.2 Spring MVC 九⼤组件

  • HandlerMapping(处理器映射器)

    HandlerMapping 是⽤来查找 Handler 的,也就是处理器,具体的表现形式可以是类,也可以是

    ⽅法。⽐如,标注了@RequestMapping的每个⽅法都可以看成是⼀个Handler。Handler负责具

    体实际的请求处理,在请求到达后,HandlerMapping 的作⽤便是找到请求相应的处理器

    Handler 和 Interceptor

  • HandlerAdapter(处理器适配器)HandlerAdapter 是⼀个适配器。因为 Spring MVC 中 Handler 可以是任意形式的,只要能处理请

    求即可。但是把请求交给 Servlet 的时候,由于 Servlet 的⽅法结构都是

    doService(HttpServletRequest req,HttpServletResponse resp)形式的,要让固定的 Servlet 处理

    ⽅法调⽤ Handler 来进⾏处理,便是 HandlerAdapter 的职责。

  • HandlerExceptionResolver

    HandlerExceptionResolver ⽤于处理 Handler 产⽣的异常情况。它的作⽤是根据异常设置

    ModelAndView,之后交给渲染⽅法进⾏渲染,渲染⽅法会将 ModelAndView 渲染成⻚⾯。

  • ViewResolver

    ViewResolver即视图解析器,⽤于将String类型的视图名和Locale解析为View类型的视图,只有⼀

    个resolveViewName()⽅法。从⽅法的定义可以看出,Controller层返回的String类型视图名

    viewName 最终会在这⾥被解析成为View。View是⽤来渲染⻚⾯的,也就是说,它会将程序返回

    的参数和数据填⼊模板中,⽣成html⽂件。ViewResolver 在这个过程主要完成两件事情:

    ViewResolver 找到渲染所⽤的模板(第⼀件⼤事)和所⽤的技术(第⼆件⼤事,其实也就是找到

    视图的类型,如JSP)并填⼊参数。默认情况下,Spring MVC会⾃动为我们配置⼀个

    InternalResourceViewResolver,是针对 JSP 类型视图的

  • RequestToViewNameTranslator

    RequestToViewNameTranslator 组件的作⽤是从请求中获取 ViewName.因为 ViewResolver 根据

    ViewName 查找 View,但有的 Handler 处理完成之后,没有设置 View,也没有设置 ViewName,

    便要通过这个组件从请求中查找 ViewName。

  • LocaleResolver

    ViewResolver 组件的 resolveViewName ⽅法需要两个参数,⼀个是视图名,⼀个是 Locale。

    LocaleResolver ⽤于从请求中解析出 Locale,⽐如中国 Locale 是 zh-CN,⽤来表示⼀个区域。这

    个组件也是 i18n 的基础。

  • ThemeResolver

    ThemeResolver 组件是⽤来解析主题的。主题是样式、图⽚及它们所形成的显示效果的集合。

    Spring MVC 中⼀套主题对应⼀个 properties⽂件,⾥⾯存放着与当前主题相关的所有资源,如图

    ⽚、CSS样式等。创建主题⾮常简单,只需准备好资源,然后新建⼀个“主题名.properties”并将资

    源设置进去,放在classpath下,之后便可以在⻚⾯中使⽤了。SpringMVC中与主题相关的类有

    ThemeResolver、ThemeSource和Theme。ThemeResolver负责从请求中解析出主题名,

    ThemeSource根据主题名找到具体的主题,其抽象也就是Theme,可以通过Theme来获取主题和

    具体的资源。

  • MultipartResolver

    MultipartResolver ⽤于上传请求,通过将普通的请求包装成 MultipartHttpServletRequest 来实

    现。MultipartHttpServletRequest 可以通过 getFile() ⽅法 直接获得⽂件。如果上传多个⽂件,还

    可以调⽤ getFileMap()⽅法得到Map<FileName,File>这样的结构,MultipartResolver 的作⽤就

    是封装普通的请求,使其拥有⽂件上传的功能。

  • FlashMapManager

    FlashMap ⽤于重定向时的参数传递,⽐如在处理⽤户订单时候,为了避免重复提交,可以处理完

    post请求之后重定向到⼀个get请求,这个get请求可以⽤来显示订单详情之类的信息。这样做虽然

    可以规避⽤户重新提交订单的问题,但是在这个⻚⾯上要显示订单的信息,这些数据从哪⾥来获得

    呢?因为重定向时么有传递参数这⼀功能的,如果不想把参数写进URL(不推荐),那么就可以通

    过FlashMap来传递。只需要在重定向之前将要传递的数据写⼊请求(可以通过ServletRequestAttributes.getRequest()⽅法获得)的属性OUTPUT_FLASH_MAP_ATTRIBUTE

    中,这样在重定向之后的Handler中Spring就会⾃动将其设置到Model中,在显示订单信息的⻚⾯

    上就可以直接从Model中获取数据。FlashMapManager 就是⽤来管理 FalshMap 的。

3 节 请求参数绑定

请求参数绑定:说⽩了SpringMVC如何接收请求参数

http协议(超⽂本传输协议)

原⽣servlet接收⼀个整型参数:

1)String ageStr = request.getParameter(“age”);

  1. Integer age = Integer.parseInt(ageStr);

SpringMVC框架对Servlet的封装,简化了servlet的很多操作

SpringMVC在接收整型参数的时候,直接在Handler⽅法中声明形参即可

@RequestMapping(“xxx”)

public String handle(Integer age) {

System.out.println(age);

}

参数绑定:取出参数值绑定到handler⽅法的形参上

  • 默认⽀持 Servlet API 作为⽅法参数

    当需要使⽤HttpServletRequest、HttpServletResponse、HttpSession等原⽣servlet对象时,直

    接在handler⽅法中形参声明使⽤即可。

  • ⾃定义类型转换器

    package converter;
    import org.springframework.core.convert.converter.Converter;
    import java.text.ParseException;
    import java.text.SimpleDateFormat;
    import java.util.Date;
    
    public class DateConverter implements Converter<String, Date> {
     @Override
     public Date convert(String source) {
     // 完成字符串向⽇期的转换
     SimpleDateFormat simpleDateFormat = new
    SimpleDateFormat("yyyy-MM-dd");
     try {
     Date parse = simpleDateFormat.parse(source);
     return parse;
     } catch (ParseException e) {
     e.printStackTrace();
     }
     return null;
     }
    }
    
    <!--
     ⾃动注册最合适的处理器映射器,处理器适配器(调⽤handler⽅法)
     -->
     <mvc:annotation-driven conversionservice="conversionServiceBean"/>
     <!--注册⾃定义类型转换器-->
     <bean id="conversionServiceBean"
    class="org.springframework.format.support.FormattingConversionServiceF
    actoryBean">
     <property name="converters">
     <set>
     <bean class="converter.DateConverter">
    </bean>
     </set>
     </property>
     </bean>
    

第二部分Spring MVC高级技术

1 节 拦截器**(Inteceptor)**使⽤

1.1 监听器、过滤器和拦截器对⽐
  • Servlet:处理Request请求和Response响应

  • 过滤器(Filter):对Request请求起到过滤的作⽤,作⽤在Servlet之前,如果配置为/*可以对所

    有的资源访问(servlet、js/css静态资源等)进⾏过滤处理

    监听器(Listener):实现了javax.servlet.ServletContextListener 接⼝的服务器端组件,它随

    Web应⽤的启动⽽启动,只初始化⼀次,然后会⼀直运⾏监视,随Web应⽤的停⽌⽽销毁

    作⽤⼀:做⼀些初始化⼯作,web应⽤中spring容器启动ContextLoaderListener

    作⽤⼆:监听web中的特定事件,⽐如HttpSession,ServletRequest的创建和销毁;变量的创建、

    销毁和修改等。可以在某些动作前后增加处理,实现监控,⽐如统计在线⼈数,利⽤

    HttpSessionLisener等。

  • 拦截器(Interceptor):是SpringMVC、Struts等表现层框架⾃⼰的,不会拦截

    jsp/html/css/image的访问等,只会拦截访问的控制器⽅法(Handler)。

    从配置的⻆度也能够总结发现:serlvet、fifilter、listener是配置在web.xml中的,⽽interceptor是

    配置在表现层框架⾃⼰的配置⽂件中的

    • 在Handler业务逻辑执⾏之前拦截⼀次
    • 在Handler逻辑执⾏完毕但未跳转⻚⾯之前拦截⼀次
    • 在跳转⻚⾯之后拦截⼀次

1.2 拦截器的执⾏流程

在运⾏程序时,拦截器的执⾏是有⼀定顺序的,该顺序与配置⽂件中所定义的拦截器的顺序相关。 单个

拦截器,在程序中的执⾏流程如下图所示:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Pcd6fZK0-1604323480390)(C:\Users\96313\AppData\Roaming\Typora\typora-user-images\image-20201102211617784.png)]

1)程序先执⾏preHandle()⽅法,如果该⽅法的返回值为true,则程序会继续向下执⾏处理器中的⽅

法,否则将不再向下执⾏。

2)在业务处理器(即控制器Controller类)处理完请求后,会执⾏postHandle()⽅法,然后会通过

DispatcherServlet向客户端返回响应。

3)在DispatcherServlet处理完请求后,才会执⾏afterCompletion()⽅法。

1.3 多个拦截器的执⾏流程

多个拦截器(假设有两个拦截器Interceptor1和Interceptor2,并且在配置⽂件中, Interceptor1拦截

器配置在前),在程序中的执⾏流程如下图所示:

从图可以看出,当有多个拦截器同时⼯作时,它们的preHandle()⽅法会按照配置⽂件中拦截器的配置

顺序执⾏,⽽它们的postHandle()⽅法和afterCompletion()⽅法则会按照配置顺序的反序执⾏。

示例代码

⾃定义SpringMVC拦截器

package interceptor;
import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
/**
* ⾃定义springmvc拦截器
*/
public class MyIntercepter01 implements HandlerInterceptor {
 /**
 * 会在handler⽅法业务逻辑执⾏之前执⾏
 * 往往在这⾥完成权限校验⼯作
 * @param request
 * @param response
 * @param handler
 * @return 返回值boolean代表是否放⾏,true代表放⾏,false代表中⽌
 * @throws Exception
 */
 @Override
 public boolean preHandle(HttpServletRequest request, HttpServletResponse
response, Object handler) throws Exception {
 System.out.println("MyIntercepter01 preHandle......");
 return true;
 }
 /**
 * 会在handler⽅法业务逻辑执⾏之后尚未跳转⻚⾯时执⾏
 * @param request
 * @param response
 * @param handler
 * @param modelAndView 封装了视图和数据,此时尚未跳转⻚⾯呢,你可以在这⾥针对返回的
数据和视图信息进⾏修改
 * @throws Exception
 */
 @Override
 public void postHandle(HttpServletRequest request, HttpServletResponse
response, Object handler, ModelAndView modelAndView) throws Exception {
 System.out.println("MyIntercepter01 postHandle......");
 }
 /**
 * ⻚⾯已经跳转渲染完毕之后执⾏
 * @param request
 * @param response
 * @param handler
 * @param ex 可以在这⾥捕获异常
 * @throws Exception
 */
 @Override
 public void afterCompletion(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex) throws Exception {
 System.out.println("MyIntercepter01 afterCompletion......");
 }
}

注册SpringMVC拦截器

<mvc:interceptors>
 <!--拦截所有handler-->
 <!--<bean class="interceptor.MyIntercepter01"/>-->
 
 <mvc:interceptor>
 <!--配置当前拦截器的url拦截规则,**代表当前⽬录下及其⼦⽬录下的所有url-->
 <mvc:mapping path="/**"/>
 <!--exclude-mapping可以在mapping的基础上排除⼀些url拦截-->
 <!--<mvc:exclude-mapping path="/demo/**"/>-->
 <bean class="interceptor.MyIntercepter01"/>
 </mvc:interceptor>
 <mvc:interceptor>
 <mvc:mapping path="/**"/>
 <bean class="interceptor.MyIntercepter02"/>
 </mvc:interceptor>
 
 </mvc:interceptors>

第三部分 手写Spring MVC

代码下载

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值