标签:控制器 请求 映射 SpringMVC 视图 学习 笔记 注解
SpringMVC学习笔记
什么是MVC
MVC是一种软件架构的思想,将软件按照模型、视图、控制器来划分
M:Model, 模型层,指工程中的JavaBean,作用是处理数据
JavaBean分为两类:一类称为实体类Bean:专门存储业务数据的,如Student. User等
一类称为业务处理Bean: 指Service或Dao对象,专门用于处理业务逻辑和数据访问。
V:View, 视图层,指工程中的html或jsp等页面,作用是与用户进行交互,展示数据
C:Controller, 控制层,指工程中的servlet,作用是接收请求和响应浏览器
MVC的工作流程:用户通过视图层发送请求到服务器,在服务器中请求被Controller接收,Controller调 用相应的Model层处理请求,处理完毕将结果返回到Controller, Controller再根据请求处理的结果找到相应的View视图,渲染数据后最终响应给浏览器
SpringMVC概述
Spring为展现层提供的基于MVC设计理念的优秀的Web框架,是目前最主流的MVC框架之一
Spring3.0 后全面超越Struts2 ,成为最优秀的MVC框槊
SpringMVC通过一套MVC注解,让POJO成为处理请求的控制器,而无须实现任何接口。
支持REST风格的URL请求
采用了松散耦合可插拔组件结构,比其他MVC框架更具扩展性和灵活性
SpringMVC的特点
- Spring 家族原生产品,与I0C容器等基础设施无缝对接
- 基于原生的Servlet, 通过了功能强大的前端控制器DispatcherServlet,对请求和响应进行统- 处理
- 表述层各细分领域需要解决的问题全方位覆盖,提供全面解决方案
- 代码清新简洁,大幅度提升开发效率
- 内部组件化程度高,可插拔式组件即插即用,想要什么功能配置相应组件即可
- 性能卓著,尤其适合现代大型、超大型互联网项目要求
配置Web.xml
默认配置方式
此配置作用下,SpringMVC的配置文件默认位于WEB-INF下.默认名称为
扩展配置方式
可通过init param标签设置SpringMVC配置文件的位置和名称,通过load-on-startup标签设置SpringMVC前端控制器DispatcherServlet的初始化时间
配置SpringMVC配置文件
SpringMVC操作流程初总结
浏览器发送请求,若请求地址符合前端控制器的url-pattern, 该请求就会被前端控制最DispatcherServlet处理。
前端控制器会读取SpringMVC的核心配置文件,通过扫描组件找到控制器,将请求地址和控制器中
@RequestMapping注解的value属性值进行匹配,若匹配成功,该注解所标识的控制器方法就是处理请求的方法。处理请求的方法需要返回一个字符串类型的视图名称,该视图名称会被视图解析器解析,加上前缀和后缀组成视图的路径,通过Thymeleaf对视图进行渲染,最终转发到视图所对应页面
@RequestMapping注解
注解功能
从注解名称上我们可以看到,@RequestMapping注解的作用就是将请求和处理请求的控制器方法关联起来,建立映射关系。
SpringMVC接收到指定的请求,就会来找到在映射关系中对应的控制器方法来处理这个请求。
注解位置
@RequestMapping标识一个类:设置映射请求的请求路径的初始信息
@RequestMapping标识一个方法:设置映射请求请求路径的具体信息
注解的value属性
@RequestMapping注解的value属性通过请求的请求地址匹配请求映射
@RequestMapping注解的value属性是一个字符串类型的数组, 表示该请求映射能够匹配多个请求地址所对应的请求
@RequestMapping注解的value属性必须设置,至少通过请求地址匹配请求映射
注解的method属性
@RequestMapping注解的method属性通过请求的请求方式(get或post) 匹配请求映射
@RequestMapping注解的method属性是-个RequestMethod类型的数组,表示该请求映射能够匹配多种请求方式的请求
若当前请求的请求地址满足请求映射的value属性,但是请求方式不满足method属性,则浏览器报错405:Request method 'POST' not supported
注意:
1.对于处理指定请求方式的控制器方法,SpringMVC中提供了@RequestMapping的派生注解
处理get请求的映射->@GetMapping
处理post请求的时射->@PostMapping
处理put请求的映射-->@PutMapping
处理delete请求的映射->@DeleteMapping
2、常用的请求方式有get, post, put, delete
但是目前浏览器只支持get和post,若在form表单提交时,为method设置了其他请求方式的字符串(put或delete),则按照默认的请求方式get处理
若要发送put和delete请求,则需要通过spring提供的过滤器HiddenHttpMethodFilter, 在restful部分会讲到**
注解的params属性(了解)
@RequestMapping注解的params属性通过请求的请求参数匹配请求映射
@RequestMapping注解的params属性是一个字符串类型的数组, 可以通过四种表达式设置请求参数和请求映射的匹配关系
- "param":要求请求映射所匹配的请求必须携带param请求参数
- "!param":要求请求映射所匹配的请求必须不能携带param请求参数
- "param=value":要求请求映射所匹配的请求必须携带param请求参数且aram=value
- "param!=value":要求请求映射所匹配的请求必须携带param请求参数但是param!=value
注意:
若当前请求满足@RequestMapping注解的value和method属性,但是不满足params属性, 此时页面回报错400: Parameter conditions "username, password!=123456" not met for actual request parameters:username={admin}, password={123456}
注解的headers属性(了解)
@RequestMapping注解的headers属性通过请求的请求头信息匹配请求映射
@RequestMapping注解的headers属性是一个字符串类型的数组, 可以通过四种表达式设置请求头信息和请求映射的匹配关系
- "header":要求请求映射所匹配的请求必须携带header请求头信息
- "!header":要求请求映射所匹配的请求必须不能携带header请求头信息
- "header-value":要求请求映射所匹配的请求必须携带header请求头信息且header-value
- "header!=value":要求请求映射所匹配的请求必须携带header请求头信息且header!-=value
若当前请求满足@RequestMapping注解的value和method属性,但是不满足headers属性,此时页面显示404错误,即资源未找到
SpringMVC支持ant风格的路径
? :表示任意的单个字符
*:表示任意的0个或多个字符
**:表示任意的一层或多层目录
注意:在使用
**
时,只能使用/**/xxx的方式
SpringMVC支持路径中的占位符(重点)
原始方式: /deleteUser?id=1
rest方式:/deleteUser/1
SpringMVC路径中的占位符常用于restful风格中,当请求路径中将某些数据通过路径的方式传输到服务器中,就可以在相应的@RequestMapping注解的value属性中通过占位符{xxx}表示传输的数据,在通过@PathVariable注解,将占位符所表示的数据赋值给控制器方法的形参
SpringMVC获取请求参数
通过servletAPI获取
将HttpServletRequest作为控制器方法的形参,此时HttpServletRequest类型的参数表示封装了当前请求的请求报文的对象
通过控制器方法的形参获取请求参数
在控制器方法的形参位置,设置和请求参数同名的形参,当浏览器发送请求,匹配到请求映射时,在DispatcherServlet中就会将请求参数赋值给相应的形参
注意:
若请求所传输的请求参数中有多个同名的请求参数,此时可以在控制器方法的形参中设置字符串数组或者字符串类型的形参接收此请求参数 若使用字符串数组类型的形参,此参数的数组中包含了每一个数据
若使用字符串类型的形参,此参数的值为每个数据中间使用逗号拼接的结果
@RequestParam
@RequestParam是将请求参数和控制器方法的形参创建映射关系
@RequestParam注解一共有三个属性:
value:指定为形参赋值的请求参数的参数名
required:设置是否必须传输此请求参数,默认值为true
若设置为true时,则当前请求必须传输value所指定的请求参数,若没有传输该请求参数,且没有设置defaultValue属性,则页面报错400: Required String parameter xxx' is not present;若设置为false, 则当前请求不是必须传输value所指定的请求参数,若没有传输,则注解所标识的形参的值为null
defaultValue:不管required属性值为true或false,当value所指定的请求参数没有传输或传输的值为“ ”时,则使用默认值为形参赋值
@RequestHeader
@RequestHeader是将请求头信息和控制器方法的形参创建映射关系
@RequestHeader注解一共有三个属性: value. required. defaultValue, 用法同@RequestParam
@CookieValue
@CookieValue是将cookie数据和控制器方法的形参创建映射关系
@CookieValue注解一共有 三个属性: value、 required、 defaultValue, 用法同@RequestParam
通过POJO获取请求参数
可以在控制器方法的形参位置设置一个实体类类型的形参, 此时若浏览器传输的请求参数的参数名和实体类中的属性名一致,那么请求参数就会为此属性赋值
解决获取请求参数的乱码问题
解决获取请求参数的乱码问题,可以使用SpringMVC提供的编码过滤器CharacterEncodingFilter, 但是必须在web.xml中进行注册
注意:SpringMVC中处理编码的过滤器一定要配置到其他过滤器之前,否则无效
域对象共享数据
使用servletAPI向request域对象共享数据
使用ModelAndView向request域对象共享数据
使用Model向request域对象共享数据
使用map向request域对象共享数据
使用ModelMap向request域对象共享数据
Model、ModelMap、Map的关系
Model, ModelMap. Map类型的参数其实本质上都是BindingAwareModelMap类型的
向session域共享数据
向application域共享数据
SpringMVC的视图
SpringMVC中的视图是View接口,视图的作用渲染数据,将模型Model中的数据展示给用户
SpringMVC视图的种类很多,默认有转发视图(InternalResourceView)和重定向视图(RedirectView)
当工程引入jstl的依赖,转发视图会自动转换为JstlView
若使用的视图技术为Thymeleaf,在SpringMVC的配置文件中配置了Thymeleaf的视图解析器,由此视图解析器解析之后所得到的是ThymeleafView
ThymeleafView
当控制器方法中所设置的视图名称没有任何前缀时,此时的视图名称会被SpringMVC配置文件中所配置的视图解析器解析,视图名称拼接视图前缀和视图后缀所得到的最终路径,会通过转发的方式实现跳转
转发视图
SpringMVC中默认的转发视图是InternalResourceView
SpringMVC中创建转发视图的情况:
当控制器方法中所设置的视图名称以"forward:"为前缀时,创建InternalResourceView视图, 此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析,而是会将前缀forward:"去掉,剩余部分作为最终路径通过转发的方式实现跳转
例如“forward:/”,“forward:/employee”
重定向视图
SpringMVC中默认的重定向视图是RedirectView
当控制器方法中所设置的视图名称以"redirect:"为前缀时,创建RedirectView视图, 此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析,而是会将前缀"redirect:" '去掉,剩余部分作为最终路径通过重定向的方式实现跳转
例如"redirect:/", "redirect:/employee"
注意:
重定向视图在解析时,会先将redirect:前缀去掉, 然后会判断剩余部分是否以开头,若是则会自动拼接上下文路径
视图控制器view-controller
当控制器方法中,仅仅用来实现页面跳转,即只需要设置视图名称时,可以将处理器方法使用view-controller标签进行表示
注意:
当SpringMVC中设置任何一个view-controller时, 其他控制器中的请求映射将全部失效,此时需要在SpringMVC的核心配置文件中设置开启mvc注解驱动的标签:
<mvc:annotation-driven/>
RESTFul
简介
REST:Representational State Transfer,表现层资源状态转移。
a>资源
资源是一种看待服务器的方式,即,将服务器看作是由很多离散的资源组成。每个资源是服务器上-个可命名的抽象概念。因为资源是一个抽象的概念,所以它不仅仅能代表服务器文件系统中的一个文件、数据库中的一张表等等具体的东西,可以将资源设计的要多抽象有多抽象,只要想象力允许而且客户端应用开发者能够理解。与面向对象设计类似,资源是以名词为核心来组织的,首先关注的是名词。一个资源可以由一个或多个URI来标识。URI既是资源的名称,也是资源在Web.上的地址。对某个资源感兴趣的客户端应用,可以通过资源的URI与其进行交互。
**b>资源的表述
资源的表述是一段对于资源在某个特定时刻的状态的描述。可以在客户端服务器端之间转移(交换)。资源的表述可以有多种格式,例如TML/XML/JSON/纯文本/图片/视频/音频等等。资源的表述格式可以通过协商机制来确定。请求-响应方向的表述通常使用不同的格式。
c>状态转移
状态转移说的是:在客户端和服务器端之间转移(transfer) 代表资源状态的表述。通过转移和操作资源的表述,来间接实现操作资源的目的。
实现
具体说,就是HTTP协议里面,四个表示操作方式的动词:GET、POST、PUT、DELETE。
它们分别对应四种基本操作:GET用来获取资源,POST用来新建资源,PUT用来更新资源,DELETE用来删除资源。
REST风格提倡URL地址使用统一的风格设计,从前到后各个单词使用斜杠分开,不使用问号键值对方式携带请求参数,而是将要发送给服务器的数据作为URL地址的一部分,以保证整体风格的一致性。
HiddenHttpMethodFilter
由于浏览器只支持发送get和post方式的请求,那么该如何发送put和delete请求呢?
SpringMVC提供了HiddenHttpMethodFilter 帮助我们将POST请求转换为DELETE或PUT请求
HiddenHttpMethodFilter处理put和delete请求的条件:
a>当前请求的请求方式必须为"post"
b>当前请求必须传输请求参数"_method"
HttpMessageConverter
HttpMessageConverter,报文信息转换器,将请求报文转换为Java对象,或将]ava对象转换为响应报文
HttpMessageConverter提供了两个注解和两个类型:@RequestBody,@ResponseBody,RequestEntity,ResponseEntity
@RequestBody
@RequestBody可以获取请求体,需要在控制器方法设置一个形参, 使用@RequestBody进行标识, 当前请求的请求体就会为当前注解所标识的形参赋值
输出结果:requestBody:username= admin&password=123456
RequestEntiy
RequestEntity封装请求报文的一种类型,需要在控制器方法的形参中设置该类型的形参,当前请求的请求报文就会赋值给该形参,可以通过getHeaders()获取请求头信息,通过getBody()获取请求体信息
@ResponseBody
@ResponseBody用于标识一个控制器方法,可以将该方法的返回值直接作为响应报文的响应体响应到浏览器
结果:浏览器页面显示success
SpringMVC处理json
@ResponseBody处理json步骤:
-
导入jackson的依赖
-
在SpringMVC的核心配置文件中开启mvc的注解驱动,此时在HandlerAdaptor中会自动装配一 个消息转换器:
Mappinglackson2HttpMessageConverter,可以将响应到浏览器的ava对象转换为Json格式的字符串
<mvc:annotation-driven />
- 在处理方法上使用@ResponseBody注解进行标识
- 将java对象直接作为控制器方法的返回值返回,就会自动转换为json格式的字符串
浏览器的页面中展示的结果:
SpringMVC处理ajax
步骤:
- 请求超链接
- 通过vue和axios处理点击事件
- 控制器方法
@RestController注解
@RestController注解是springMVC提供的一个复合注解,标识在控制器的类上,就相当于为类添加了
@Controller注解,并且为其中的每个方法添加了@ResponseBody注解
ResponseEntity
ResponseEntity用于控制器方法的返回值类型,该控制器方法的返回值就是响应到浏览器的响应报文
文件上传和下载
文件下载
使用ResponseEntity实现下载文件的功能(这里写死了下载文件为1.jpg,实际使用中可以根据项目需要传入值,进行下载,下载代码中只需要修改下载文件即可,别的无需修改)
文件上传
文件上传要求form表单的请求方式必须为post,并且添加属性enctype="multipart/form-data"SpringMVC中将上传的文件封装到MultipartFile对象中,通过此对象可以获取文件相关信息
步骤:
- 添加依赖
- 在SpringMVC的配置文件中添加配置
- 控制层方法
拦截器
拦截器的配置
SpringMVC中的拦截器用于拦截控制器方法的执行
SpringMVC中的拦截器需要实现HandlerInterceptor或者继承HandlerInterceptorAdapter类
SpringMVC的拦截器必须在SpringMVC的配置文件中进行配置:
拦截器的三个抽象方法
SpringMVC中的拦截器有三个抽象方法:
-
perHandle:控制器方法执行之前执行preHandle0,其boolean类型的返回值表示是否拦截或放行,返回true为放行,即调用控制器方法;返回false表示拦截,即不调用控制器方法
-
postHandle:控制器方法执行之后执行postHandle()
-
afterComplation:处理完视图和模型数据,渲染视图完些之后执行afterComplation()
多个拦截器的执行顺序
- 若每个拦截器的preHandle()都返回true
此时多个拦截器的执行顺序和拦截器在SpringMVC的配置文件的配置顺序有关:
preHandle()会按照配置的顺序执行,而postHandle(和afterComplation()会按照配置 的反序执行
- 若某个拦截器的preHandle()返回了false
preHandle()返回false和它之前的拦截器的preHandle()都会执行,postHandle()都不执行, 返回false的拦截器之前的拦截器的afterComplation()会执行
异常处理器
基于配置的异常处理
SpringMVC提供了一个处理控制器方法执行过程中所出现的异常的接口:HandlerExceptionResolver
HandlerExceptionResolver接口的实现类有: DefaultHandlerExceptionResolver和SimpleMappingExceptionResolver
SpringMVC提供了自定义的异常处理器simpleMappingExceptionResolver,使用方式:
基于注解的异常处理
注解配置SpringMVC
使用配置类和注解代替web.xml和SpringMVC配置文件的功能
创建初始化类,代替web.xml
在Servlet3.0环境中,容器会在类路径中查找实现javax.servlet.ServletContainerlnitializer接口的类, 如果找到的话就用它来配置Servlet容器。
Spring提供了这个接口的实现,名为SpringServletContainerlnitializer, 这个类反过来又会查找实现WebApplicationlnitializer的类并将配置的任务交给它们来完成。Spring3.2引入了- 个便利的WebApplicationlnitializer基础实现,名为AbstractAnnotationConfigDispatcherServletlnitializer, 当我们的类扩展了AbstractAnnotationConfigDispatcherservletlnitializer并将其部署到Servlet3.0容器的时候,容器会自动发现它,并用它来配置Servlet上下文。
创建SpringConfig配置类,代替spring的配置文件
创建WebConfig配置类,代替springMVC的配置文件
包括:1、扫描组件 2、视图解析器 3、view-controller 4、default-servlet-handler 5、mvc注解驱动 6、文件上传解析器 7、异常处理 8、拦截器
SpringMVC执行流程
SpringMVC常用组件
- DispatcherServlet:前端控制器,不需要工程师开发,由框架提供
作用:统一处理请求和响应,整个流程控制的中心,由它调用其它组件处理用户的请求
- HandlerMapping:处理器映射器,不需要工程师开发,由框架提供
作用:根据请求的url、method等信 息查找Handler,即控制器方法
- Handler:处理器,需要工程师开发
作用:在DispatcherServlet的控制 下Handler对具体的用户请求进行处理
- HandlerAdapter:处理器适配器,不需要工程师开发,由框架提供
作用:通过HandlerAdapter对处理器(控制器方法)进行执行
- ViewResolver:视图解析器,不需要工程师开发,由框架提供
作用:进行视图解析,得到相应的视图,例如: ThymeleafView、 InternalResourceView、 RedirectView
- View:视图,不需要工程师开发,由框架或视图技术提供
作用:将模型数据通过页面展示给用户
DispatcherServlet初始化过程
DispatcherServlet本质上是一个Servlet,所以天然的遵循Servlet的生命周期。所以宏观上是Servlet生命周期来进行调度。
- 初始化WebApplicationContext
所在类:org.springframework.web.servlet.FrameworkServlet
- 创建WebApplicationContext
所在类:org,springframework.web.servlet.FrameworkServlet
- DispatcherServlet初始化策略
FrameworkServlet创建WebApplicationContext后,刷新容器,调用onRefresh(wac), 此方法在DispatcherServlet中进行了重写,调用了initStrategies(context)方法,初始化策略,即初始化DispatcherServlet的各个组件
所在类:org.springframework.web.servlet.DispatcherServlet
DispatcherServlet调用组件处理请求
- processRequest()
FrameworkServlet重写HttpServlet中的service()和doXxx(),这些方法中调用了processRequest(request,response)
所在类:org.springframework.web.servlet.FrameworkServlet
- doService()
所在类:org.springframework.web.servlet.DispatcherServlet
- doDispatch()
所在类:org.springframework.web.servlet.DispatcherServlet
- processDispatchResult()
SpringMVC的执行流程
-
向用户服务器发送请求,请求被SpringMVC前端控制器DispatcherServlet捕获
-
DispatcherServlet对请求URL进行解析,得到请求资源标识符(URL),判断请求URL对应的映射:
a)不存在
i.再判断是否配置了mvc:default-servlet-handler
ii.如果没配置,则控制台报映射查找不到,客户端展示404错误
iii.如果有配置,则访问目标资源(-般为静态资源,如: JS,CSS,HTML),找不到客户端也会展示404错误
b)存在则执行下面的流程
-
根据该URI,调用HandlerMapping获得该Handler配置的所有相关的对象 (包括Handler对象以及Handler对象对应的拦截器),最后以HandlerExecutionChain执行链对象的形式返回。
-
DispatcherServlet根据获得的Handler,选择一个合适的HandlerAdapter。
-
如果成功获得HandlerAdapter,此时将开始执行拦截器的preHandlr(..)方法[正向]
-
提取Request中的模型数据,填充Handler入参, 开始执行Handler (Controller)方法, 处理请求。在填充Handler的入参过程中,根据你的配置,Spring将帮你做一 些额外的工作:
a)HttpMessageConveter:将请求消息(如Json. xml等数据)转换成一个对象, 将对象转换为指定的响应信息
b)数据转换:对请求消息进行数据转换。如String转换成Integer. Double等
C)数据格式化:对请求消息进行数据格式化。如将字符串转换成格式化数字或格式化日期等
d)数据验证:验证数据的有效性(长度、格式等),验证结果存储到BindingResult或Error中
-
Handler执行完成后,向DispatcherServlet 返回一个ModelAndView对象。
-
此时将开始执行拦截器的potHandle(...)方法[逆向]。
-
根据返回的ModelAndView(此时会判断是否存在异常:如果存在异常,则执行HandlerExceptionResolver进行异常处理)选择一个适合的ViewResolver进行视图解析,根据Model和View,来渲染视图。
-
渲染视图完毕执行拦截器的afterCompletion(...)方法[逆向]。
-
将渲染结果返回给客户端。
标签:控制器,请求,映射,SpringMVC,视图,学习,笔记,注解 来源: https://www.cnblogs.com/breakrabbit/p/15587756.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。