一、Sping MVC的介绍
1. 使用Front(前端)设计模式改写代码
1.1 目前我们的写法
目前我们所写的项目,持久层、业务层的类都放入到Spring容器之中了。他们之间需要注入非常方便,只需要通过@Autowired注解即可。
但是由于Servlet整个生命周期都是被Tomcat进行管理的,一个功能对应一个Servlet并且无法把Servlet放入到Spring容器中。所以每次编写Servlet时都需要编写init方法先获取到Spring容器,然后从Spring容器中取出需要使用的Bean。
1.2 使用Front设计模式的写法
Front(前端)设计模式就是有一个前端(不是前端专业那个前端,是最前面的意思)统一入口,在统一入口根据请求url调用自己的编写的普通方法。
通过一个Servlet进行分发,把每个功能分发到每个单独的普通类的普通方法
1.3 使用Front设计模式优点
这样带来的好处是:
只需要在一个Servlet中编写获取容器Bean的代码,减少了代码冗余。
不需要为每个控制器都创建一个类,而是可以在一个普通Java类中提供普通实例方法代表以前servlet中的service方法。
因为可以自己编写普通Java类,这类可以放入到Spring容器中,注入Service更方便。
同时因为是自己编写的Java,所以可以进行一些封装,对其他操作进行简化。(代码中没有体现)
2. Spring MVC介绍
Spring MVC 虽然在平时认为是一个独立的框架。但其本质为Spring 框架的一个扩展,在Spring官方ZIP包就是一个spring-webmvc.jar的jar包。
Spring MVC在Spring官方的Projects的顶级项目中并没有,可以认为Spring MVC属于Spring Framework的二级子项目。
Spring MVC是基于Front设计模式,总体效果和上面我们自己写的Front结果类似,但Spring MVC作为一个框架,肯定要比我们写的代码复杂很多,功能也强大很多。
Spring MVC中已经帮助编写了前端入口 的DispatcherServlet ,里面编写了请求分发 功能,但是并没有提供@WebServlet
注解 ,需要我们在web.xml手动编写<servlet>
配置。
EmpController 在Spring MVC称为控制器类(Handler) ,里面的方法称为 :控制单元(HandlerMethod)
M:模型层:包含数据校验
V:视图层: 国际化,标签库
C:控制层: 转发重定向,参数,拦截器,作用域等
3. Spring中的父子容器问题
因为Spring MVC属于Spring的子框架,所以Spring MVC中可以使用Spring框架的全部内容。
Spring 官方为Spring MVC专门定义了一个容器,这个容器里面放Spring MVC中全部Bean,且这个容器属于Spring容器的子容器。
有这样的一个规定:Spring MVC子容器可以调用Spring 父容器的全部内容。但是Spring父容器不能调用Spring MVC子容器内容。
二、Spring MVC环境搭建
1. 创建项目并添加依赖
Spring MVC 在平时随意可以当成一个独立框架看待,但其本质只是Spring Framework中的spring-webmvc.jar文件,这个jar文件依赖了spring web模块和Spring框架核心功能的5个依赖。所以在只使用Spring MVC框架时需要导入spring-webmvc依赖即可。
XML
<dependencies>
<!-- 依赖了Spring框架核心功能的5个依赖以及Spring整合Web的依赖spring-web -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.3.16</version>
</dependency>
</dependencies>
2. 创建Spring MVC配置文件
与Spring配置文件同理,这个文件的名称是随意的,只要和web.xml中配置对应上就可以。
XML
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/mvc https://www.springframework.org/schema/mvc/spring-mvc.xsd">
<!-- springmvc容器配置文件 -->
<!-- 目的: 扫描@Component注解,将控制器交给springmvc容器-->
<context:component-scan base-package="com.sh.controller"/>
<!-- 让Spring MVC的注解生效 -->
<mvc:annotation-driven></mvc:annotation-driven>
<!-- 注释驱动 -->
</beans>
3. 编写web.xml内容
因为SpringMVC源码中并没有@WebServlet的注解,所以需要手动配置,在web.xml中配置
web.xml的配置是为了让前端控制器DispatcherServlet生效。并且加载Spring MVC的配置文件。
XML
<!DOCTYPE web-app PUBLIC
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd" >
<web-app>
<display-name>Archetype Created Web Application</display-name>
<!-- 配置前端控制器 (DispatcherServlet)-->
<servlet>
<servlet-name>ds</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<!-- 为了创建springmvc容器 需要配置springmvc的配置文件 -->
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:springmvc.xml</param-value>
</init-param>
<!-- tomcat启动之后创建servlet -->
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>ds</servlet-name>
<url-pattern>/query</url-pattern>
</servlet-mapping>
</web-app>
1. 由于配置了 <load-on-startup>1</load-on-startup>
Tomcat启动时就会创建DispatcherServlet对象
2. DispatcherServlet对象创建后执行初始化方法
servletConfig对象读取servlet的初始化参数(init-param)
创建SpringMVC容器.(设置spring容器为父容器,父容器就是一个
属性,是逻辑上的父子关系,不是继承关系)
springMVC配置文件中配置了扫描包的注解的路径
<context:component-scan base-package="com.sh.controller"/>
通过注解,可以将控制器类交给SpringMVC容器管理
3. 只要获取到了SpringMVC容器就可以获取SpringMVC容器中的控制器类对象
4.DispatcherServlet映射路径为/ ,表示除了.jsp文件,其他全部匹配
5.客户端发起请求,协议://ip:port/query访问资源query与DispatcherServlet
中配置的映射路径(/)可以匹配,通过控制器类找到控制单元,可以根据请求资源和控制
单元的注解值找到对应的控制单元,执行控制单元,处理请求
4. 创建控制器类
Spring MVC自定义控制器类都是以Controller结尾。
这些类都是放在controller的包中。
控制单元方法的访问权限修饰符没有强制要求,但是多写成public的。
控制单元的方法名没有要求,只要满足Java方法名定义要求就可以。
java
@Controller
public class EmpController {
/* 控制单元 */
//请求映射 (控制单元映射的路径,根据该路径可以找到该控制单元)
@RequestMapping("/query")
public String query(){
System.out.println("query");
/*
* 最底层默认请求转发,即使不指定返回值,默认也会使用转发
* */
return "index.jsp";
}
}
三、@RequestMapping注解
@RequestMapping注解可以写在控制器类上,也可以写在控制单元方法上。
如果写在类上,表示当前类所有控制单元的映射路径,都以指定路径开头。
如果写在方法上,表示当前方法的映射路径。最终访问这个控制单元的映射路径为:类上@RequestMapping映射路径+方法上@RequestMapping映射路径。
这种在类上写@RequetMapping的写法,在以后做管理类型项目、或网站后台项目中使用的比较多。平时在练习的时候绝大多数是直接在控制单元上写@RequestMapping注解,而不在类上写@RequestMapping。
java
package com.sh.controller;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.ResponseBody;
/*
* @RequestMapping : 可以使用在控制类上,也可以用在控制单元上
* 1. 用在控制类上, 访问控制单元方法时,必须加上控制器类上@RequestMapping中的注解值
* 2. 用在控制单元方法上, 当前控制单元映射的请求路径
* @RequestMapping注解也映射路径时,可以省略/,例如/emp与emp
*
* @RequestMapping注解中的属性:
* 1.path : 映射的路径
* 映射一个访问路径: path = {"aa"} 可以省略{}
* 映射多个访问路径: path = {"aa","bb"}
* 2.value:和path作用相同,只有一个value属性时,value可以省略
* 3.name:添加描述信息
* 4.method:只允许使用该种请求方式才能访问
* RequestMethod.POST
* RequestMethod.GET
* ...
*
* 简化:
* @GetMapping -》 @RequestMapping(method = RequestMethod.GET)
* @PostMapping -》@RequestMapping(method = RequestMethod.POST)
*
* 5.params: 指定子请求中必须携带的请求参数
* 6.headers: 指定请求中必须携带的请求头
*
* * */
@Controller
@RequestMapping("emp")
public class EmpController {
/* 控制单元 */
//请求映射 (控制单元映射的路径,根据该路径可以找到该控制单元)
@RequestMapping("query")
public String query(){
System.out.println("query");
/*
* 最底层默认请求转发,即使不指定返回值,默认也会使用转发
* */
return "/index.jsp";
}
@RequestMapping(path = "aa")
public String aa(){
System.out.println("aa");
return "/index.jsp";
}
@RequestMapping(path = {"bb","cc"})
public String bb(){
System.out.println("bc");
return "/index.jsp";
}
@RequestMapping(path = "dd",name = "bc")
public String dd(){
System.out.println("bc");
return "/index.jsp";
}
//只允许get请求访问
@RequestMapping(path = "ee" ,method = RequestMethod.GET)
public String ee(){
System.out.println("bc");
return "/index.jsp";
}
@RequestMapping(path = "ff",params = "name")
public String ff(){
System.out.println("bc");
return "/index.jsp";
}
@RequestMapping(value = "hhh", produces = "text/plain;charset=utf-8")
@ResponseBody
//@ResponseBody注解与produces属性一般会一起使用,设置响应的编码与类型
public String hh(){
System.out.println("hh() 执行了");
return "aaa你好";
}
}
produces只有在使用@ResonseBody注解中才生效。
四、映射路径
1. 映射路径介绍
映射路径在之前Java EE阶段中学习过,就是web.xml中<url-pattern>
的值或者@WebServlet("")注解的值。
映射路径无论是在Servlet中还是在Spring MVC中,都表示:当URL中出现指定路径时会执行Servlet的方法或执行Spring MVC的控制单元。
2. 多级路径
映射路径:既然名字中已经叫做路径了,所以写法上也支持路径的写法。
java
@RequestMapping("/test/test2")
public String test2(){
return "first.jsp";
}
3. 多级路径中注意事项
3.1 多层路径中最优写法
只需要在返回值中使用绝对路径就可以减少出错的情况。
跳转时**/ 表示项目根目录**,也就是webapp目录的根目录。
4. Ant风格的映射路径
在Spring MVC中支持Ant风格的映射路径写法。所谓的Ant风格就是支持三种特殊的符号。
符号 | 解释 |
---|---|
? |
匹配任意单字符 |
* |
匹配0或者任意数量的字符 |
** |
匹配0或者更多数量的目录 |
解释说明:
使用Ant的特殊符号时,表示模糊匹配。可能出现客户端发送过来的URL能匹配上多个映射路径,这时的优先级为:
固定值 (bjsxt1) > ?形式(bjsxt?) > 一个*
号(/*
) > (/**)
形式
java
// 优先级最高
@RequestMapping("/sh1")
public String testAnt1(){
System.out.println("sh");
return "/first.jsp";
}
// 优先级低于sh1。sh开头,后面跟个任意内容符号
@RequestMapping("/sh?")
public String testAnt2(){
System.out.println("sh");
return "/first.jsp";
}
// 优先级低于?。一层路径,任意内容
@RequestMapping("/*")
public String testAnt3(){
System.out.println("11111");
return "/first.jsp";
}
// 优先级低于*。任意层路径
@RequestMapping("/**")
public String testAnt4(){
System.out.println("22222");
return "/first.jsp";
}
五、Spring MVC 中的转发和重定向
1. 转发和重定向复习
在前面Java EE阶段中学习过两个概念:转发和重定向。这两个概念都是出现在资源之间相互跳转的。
两者区别:
(1)转发为一次请求,tomcat内部跳转。重定向为多次请求,不是tomcat内部跳转。
(2)转发是一次请求,无论服务器内部转发多少次,请求对象都不变。所以转发可以共享请求域的值。同时对于客户端浏览器URL是不变的。
重定向后需要客户端重新发起请求,和重定向之前不是一个请求。所以重定向后不能获取到之前设置在请求域的值。同时客户端浏览器URL是改变的。
(3)转发只能跳转到当前项目内部资源。重定向可以跳转到外部资源。例如:从自己的项目中跳转到百度应该使用重定向。
(4)转发时资源路径如果是绝对路径,第一个 / 表示当前项目根目录。
重定向时资源路径时绝对路径,第一个 / 表示 Tomcat 的 webapps目录,即:当前项目的上层目录。
转发的代码实现:
request.getRequestDispatcher("/first.jsp").forward(request,response);
重定向的代码实现:
response.sendRedirect("/sh/first.jsp");
2. Spring MVC中的转发和重定向
在Spring MVC框架中,默认情况下都使用转发进行寻找资源。
java
package com.sh.controller;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
@Controller
@RequestMapping("dept")
public class DeptController {
@RequestMapping("query")
public String query(){
System.out.println("query");
return "forward:del";
//相当于return "del";
//默认底层就是请求转发
}
@RequestMapping("del")
public String del(){
System.out.println("del");
return "forward:/index.jsp";
}
//请求重定向只能手动设置
@RequestMapping("aa")
public String aa(){
System.out.println("aa");
return "redirect:/index.jsp";
}
}
3. Spring MVC转发和重定向时绝对路径
在Spring MVC中无论是转发还是重定向,使用绝对路径时/都表示项目根目录。
这种设计对于开发者来说更加友好,不用在区分到底是转发,还是重定向了。
六、WEB-INF目录资源
1. WEB-INF目录资源介绍
在平时学习过程中,我们多会把JSP文件放入到webapp目录中,或在webapp下新建一个目录把页面资源放入到目录中,这种情况JSP都是可以通过浏览器直接访问的。
但是在一些特定的项目中,从安全性等方面考虑不希望客户端通过浏览器直接访问对应的资源。
这时就可以把资源放入到WEB-INF目录中。因为在Java Web项目中规定:WEB-INF中资源是不允许被客户端直接访问,需要先访问控制器,通过控制器的转发来访问这些资源。
在浏览器地址栏访问suiyi.jsp是无法访问到的。
需要提供一个控制单元方法,转发到JSP页面中。
2. 具体示例
3. 结果分析
如果项目中所有的JSP、CSS、JavaScript、图片都放入到WEB-INF中,那所有的资源都必须先执行控制器。这样对于刚学习这种写法的人可能觉得实现起来更加复杂了。但是从项目角度上却是更加安全了,也可以在控制器方法中加入自己想要加入的逻辑。
七、视图解析器
1. 视图解析器和视图
Spring MVC的控制单元 支持 ModelAndView、String 等多种类型的返回值,但无论控单元的返回值是哪种类型,Spring MVC 内部最终都会将它们封装成一个 ModelAndView 对象,它由 model(模型数据)和 view(逻辑视图名)两部分组成,所以 Spring MVC 需要借助 ViewResolver(视图解析器)将 逻辑视图名解析为真正的 View 视图对象,然后才能响应给客户端展示。
Spring MVC 的核心理念是将 视图与 数据模型进行解耦,视图技术随场景选择:Thymeleaf、JSP、FreeMarker、Excel 等等。
Spring MVC 定义了ViewResolver
和View
接口:
-
ViewResolver
视图解析器视图解析器用来解析逻辑视图,将其解析成真正的视图对象。
SpringMVC 提供了一个视图解析器的接口 ViewResolver,所有具体的视图解析器必须实现该接口。
AbstractCachingViewResolver:抽象类,这种视图解析器会把它曾经解析过的视图保存起来,然后每次要解析视图的时候先从缓存里面找,如果找到了对应的视图就直接返回,如果没有就创建一个新的视图对象,然后把它放到一个用于缓存的map中,接着再把新建的视图返回。使用这种视图缓存的方式可以把解析视图的性能问题降到最低。
UrlBasedViewResolver:它是对ViewResolver的一种简单实现,而且继承了AbstractCachingViewResolver,主要就是提供的一种拼接URL的方式来解析视图,它可以让我们通过prefix属性指定一个指定的前缀,通过suffix属性指定一个指定的后缀,然后把返回的逻辑视图名称加上指定的前缀和后缀就是指定的视图URL了。如prefix=/WEB-INF/,suffix=.jsp,返回的视图名称viewName=test,则UrlBasedViewResolver解析出来的视图URL就是/WEB-INF/test.jsp。默认的prefix和suffix都是空串。
InternalResourceViewResolver:它是URLBasedViewResolver的子类,所以URLBasedViewResolver支持的特性它都支持。在实际应用中InternalResourceViewResolver也是使用的最广泛的一个视图解析器。InternalResourceViewResolver解释为内部资源视图解析器。InternalResourceViewResolver会把返回的视图名称都解析为InternalResourceView对象,InternalResourceView会把Controller处理器方法返回的模型数据都存放到对应的request属性中,然后通过RequestDispatcher在服务器端把请求forword到目标URL
ThymeleafViewResolver:Thymeleaf视图解析器,映射成一个 Thymeleaf 模板文件。
FreeMarkerViewResolver:UrlBasedViewResolver的子类。FreeMarkerViewResolver会把Controller处理方法返回的逻辑视图解析为FreeMarkerView。
未完待续