SpringMVC框架
1.什么是MVC? 它是一种设计模式吗?
1、MVC的全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,用一种业务逻辑、数据、界面显示分离的方法组织代码。通过把Model,View,Controller分离,将web层进⾏职责解耦,把复杂的web应⽤分成逻辑清晰的⼏部分,简化开发,减少出错,⽅便组内开发⼈员之间的配合。
2、我们之前的javaweb阶段使用的MVC具体分为: 模型层(dao、service)、视图层(jsp)、控制器(Servlet),通过将业务逻辑、数据、显示等不同模块分离的方式来组织代码。正是因为不同模块之间代码进行了分离管理,所以达到了降低视图与业务逻辑间的双向耦合的效果。
2、什么是三层架构
1、三层架构是软件工程中的宏观设计,通常意义上的三层架构就是将整个业务应用划分为:表现层(User Interface layer)、业务逻辑层(Business Logic Layer)、数据访问层(Data access layer)。区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构架构设计中,分层式结构是最常见,也是最重要的一种结构。
2、一般来说,三层架构中各个层次之间是向下依赖的, 下层代码未确定其接口前, 上层代码是无法开发的, 下层代码接口的变化将使上层的代码一起变化。三层架构的设计思想如图:
利用三层架构开发人员可以只关注整个结构中的其中某一层;可以很容易地用新的实现来替换原有层次的实现;可以降低层与层之间的依赖;有利于标准化;利于各层逻辑的复用;结构更加明显;在后期维护的时候, 可以极大地降低维护成本和维护时间。
3、三层架构和MVC的区别与联系
3.1 涵义不同
三层架构是分层的软件体系架构, 适用于任何项目。MVC是复合设计模式, 用于解决软件设计架构的解决方案, 它需要根据项目的具体需求来决定是否适用于该架构。也就是说在准备开发阶段先确认使用的软甲架构体系即三层架构,之后会根据具体项目开发过程中具体存在的问题考虑使用哪种设计模式去解决:比如是否应用MVC模式, 抽象工厂模式等等。
3.2 划分层次不同
三层架构将整个项目划分为:表现层 (UI) 、业务逻辑层 (BLL) 、数据访问层 (DAL) , 是基于业务逻辑来划分的。MVC即Model (模型) , View (视图) , Controller (控制) , 是基于页面来划分的。
3.3 侧重点不同
三层架构的目的着重点是“高内聚, 低耦合”, 即解耦。MVC的目的则是实现Web系统的职能分工, 即职责划分。其实职责划分也是解耦, 但是三层侧重的是整体的一个解耦, 而MVC侧重的是Web系统的解耦, 即侧重jsp和Servlet的一个解耦。
总的来说不管三层架构还是MVC模式, 其思想都是–》解耦———高内聚低耦合。
4、什么是SpringMVC?
1、首先SpringMVC框架是Sprng框架的一个后续产品,是Spring的一个子项目,Spring结构图:如图所示:
2、 Spring MVC是⼀个基于Java的实现了MVC设计模式的请求驱动类型的轻量级Web框架。底层基于原生的Servlet API实现。
3、SpringMVC 也叫Spring web MVC,属于表现层的框架是 Spring 为表述层开发提供的一整套完备的解决方案。在表述层框架历经 Strust、WebWork、Strust2 等诸多产品的历代更迭之后,目前业界普遍选择了 SpringMVC 作为 Java EE 项目表述层开发的首选方案。
4.1 Spring MVC的特点
- Spring 家族原生产品,与 IOC 容器等基础设施无缝对接
- 基于原生的Servlet,通过了功能强大的前端控制器DispatcherServlet,对请求和响应进行统一处理
- 表述层各细分领域需要解决的问题全方位覆盖,提供全面解决方案
- 代码清新简洁,大幅度提升开发效率
- 内部组件化程度高,可插拔式组件即插即用,想要什么功能配置相应组件即可
- 性能卓著,尤其适合现代大型、超大型互联网项目要求
4.2 转发和重定向的区别
1、请求的次数不同 转发为一次请求,重定向为两次请求
2、地址栏变化不同 转发地址栏的地址不会发生改变,而重定向的地址栏会显示实际访问页面的位置信息
3、所能访问的域范围不同 转发只能在站内进行跳转,而重定向可以跳转到任意想要的地址(只要存在)
4、访问权限不同 请求转发可以访问WEB-INF目录下的文件,转发不能办到
5、request域中数据不共享 转发后的页面可以访问request域中的数据,而重定向后没法访问之前域对象中的数据
4.3 一个简单的SpringMVC程序
4.3.1配置web.xml
<!-- 配置SpringMVC的前端控制器,对浏览器发送的请求统一进行处理 -->
<servlet>
<servlet-name>springMVC</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<!-- 通过初始化参数指定SpringMVC配置文件的位置和名称 -->
<init-param>
<!-- contextConfigLocation为固定值 -->
<param-name>contextConfigLocation</param-name>
<!-- 使用classpath:表示从类路径查找配置文件,例如maven工程中的src/main/resources -->
<param-value>classpath:springMVC.xml</param-value>
</init-param>
<!--
作为框架的核心组件,在启动过程中有大量的初始化操作要做
而这些操作放在第一次请求时才执行会严重影响访问速度
因此需要通过此标签将启动控制DispatcherServlet的初始化时间提前到服务器启动时
-->
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>springMVC</servlet-name>
<!--
设置springMVC的核心控制器所能处理的请求的请求路径
/所匹配的请求可以是/login或.html或.js或.css方式的请求路径
但是/不能匹配.jsp请求路径的请求
-->
<url-pattern>/</url-pattern>
</servlet-mapping>
注:
<url-pattern>标签中使用/和/*的区别:
/所匹配的请求可以是/login或.html或.js或.css方式的请求路径,但是/不能匹配.jsp请求路径的请求
因此就可以避免在访问jsp页面时,该请求被DispatcherServlet处理,从而找不到相应的页面
/*则能够匹配所有请求,例如在使用过滤器时,若需要对所有请求进行过滤,就需要使用/*的写法
4.3.2创建请求控制器
@Controller
public class HelloController {
}
注:SpringMVC相当于Spring的一个容器,它们之间有关系,但并不是完全相同的。同样是使用@Controller注解,Spring和SpringMVC通过该注解扫描后的对象存放的IOC容器是不同的,或者说能使用的范围不同,类似父类与子类中子类可以调用父类中所有的公共方法而父类却不能调用子类中新增加的方法。
4.3.3 配置SpringMVC的配置文件
<!-- 自动扫描包 -->
<context:component-scan base-package="com.atguigu.mvc.controller"/>
<!-- 配置Thymeleaf视图解析器 -->
<bean id="viewResolver" class="org.thymeleaf.spring5.view.ThymeleafViewResolver">
<property name="order" value="1"/>
<property name="characterEncoding" value="UTF-8"/>
<property name="templateEngine">
<bean class="org.thymeleaf.spring5.SpringTemplateEngine">
<property name="templateResolver">
<bean class="org.thymeleaf.spring5.templateresolver.SpringResourceTemplateResolver">
<!-- 视图前缀 -->
<property name="prefix" value="/WEB-INF/templates/"/>
<!-- 视图后缀 -->
<property name="suffix" value=".html"/>
<property name="templateMode" value="HTML5"/>
<property name="characterEncoding" value="UTF-8" />
</bean>
</property>
</bean>
</property>
</bean>
4.3.4 实现对首页的访问
a>实现对首页的访问
@RequestMapping("/")
public String index() {
//设置视图名称
return "index";
}
4.4 @RequestMapping注解
1、@RequestMapping注解的作用
从该注解的名称可以大致猜到@RequestMapping注解的作用就是==将请求和处理请求的控制器方法关联起来,建立映射关系。==SpringMVC 接收到指定的请求,就会来找到在映射关系中对应的控制器方法来处理这个请求。
2、@RequestMapping注解的位置
从上图可知该注解既可以修饰方法也可以修饰一个类,区别在于当该注解修饰在某个类上时,表示设置映射请求的请求路径的初始信息,即该类中所有的方法通过@RequestMapping进行映射时,若想访问该类方法中所映射的地址,所有响应方法都是以这个 url 作为父路径;
@Controller @RequestMapping("/test") public class RequestMappingController { //此时请求映射所映射的请求的请求路径为:/test/testRequestMapping @RequestMapping("/testRequestMapping") public String testRequestMapping(){ return "success"; } }
3、@RequestMapping注解中的常用属性
1、value(必须设置):通过请求的请求地址匹配请求映射,该属性是一个字符串类型的数组
2、method: 通过请求的请求方式(get或post)匹配请求映射,该属性是一个RequestMethod类型的数组
注:
1、对于处理指定请求方式的控制器方法,SpringMVC中提供了@RequestMapping的派生注解
处理get请求的映射–>@GetMapping
处理post请求的映射–>@PostMapping
处理put请求的映射–>@PutMapping
处理delete请求的映射–>@DeleteMapping
3、params: 通过请求的请求参数匹配请求映射,该属性是一个字符串类型的数组
4、headers:请求的请求头信息匹配请求映射,该属性是一个字符串类型的数组
4.5 SpringMVC如何获取请求参数
1、通过Servlet API 获取
@RequestMapping("/testParam")
public String testParam(HttpServletRequest request){
String username = request.getParameter("username");
String password = request.getParameter("password");
System.out.println("username:"+username+",password:"+password);
return "success";
}
2、通过控制器方法的形参获取请求参数
在控制器方法的形参位置,设置和请求参数同名的形参,当浏览器发送请求,匹配到请求映射时,在DispatcherServlet中就会将请求参数赋值给相应的形参
<a th:href="@{/testParam(username='admin',password=123456)}">测试获取请求参数-->/testParam</a><br>
@RequestMapping("/testParam")
public String testParam(String username, String password){
System.out.println("username:"+username+",password:"+password);
return "success";
}
注:
若请求所传输的请求参数中有多个同名的请求参数,此时可以在控制器方法的形参中设置字符串数组或者字符串类型的形参接收此请求参数
若使用字符串数组类型的形参,此参数的数组中包含了每一个数据
若使用字符串类型的形参,此参数的值为每个数据中间使用逗号拼接的结果
3、通过@RequestParam注解将请求参数和控制器方法的形参创建映射关系;通过@RequestHeader注解将请求头信息和控制器方法的形参创建映射关系;通过@CookieValue是将cookie数据和控制器方法的形参创建映射关系
4、POJO获取请求参数:控制器方法的形参位置设置一个实体类类型的形参,此时若浏览器传输的请求参数的参数名和实体类中的属性名一致,那么请求参数就会为此属性赋值
注:当请求参数中存在中文时,会由于编码不一致的情况出乱码:
解决post请求乱码问题:
<!--配置springMVC的编码过滤器-->
<filter>
<filter-name>CharacterEncodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
<init-param>
<param-name>forceResponseEncoding</param-name>
<param-value>true</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
get请求的乱码是在tomcat中修改
4.6 域对象共享数据
1、使用ServletAPI向request域对象共享数据
@RequestMapping("/testServletAPI")
public String testServletAPI(HttpServletRequest request){
request.setAttribute("testScope", "hello,servletAPI");
return "success";
}
2、使用ModelAndView向request域对象共享数据
@RequestMapping("/testModelAndView")
public ModelAndView testModelAndView(){
/**
* ModelAndView有Model和View的功能
* Model主要用于向请求域共享数据
* View主要用于设置视图,实现页面跳转
*/
ModelAndView mav = new ModelAndView();
//向请求域共享数据
mav.addObject("testScope", "hello,ModelAndView");
//设置视图,实现页面跳转
mav.setViewName("success");
return mav;
}
3、使用Model向request域对象共享数据
4、使用map向request域对象共享数据
5、使用ModelMap向request域对象共享数据
6、向session域共享数据
7、向application域共享数据
4.7 SpringMVC中的视图
首先SpringMVC中的视图是View接口(ModelAndView),视图的作用渲染数据,将模型Model中的数据展示给用户
其次SpringMVC视图的种类很多,默认有转发视图和重定向视图,当工程引入jstl的依赖,转发视图会自动转换为JstlView,当前我们所使用的视图技术为Thymeleaf,在SpringMVC的配置文件中配置了Thymeleaf的视图解析器,由此视图解析器解析之后所得到的是ThymeleafView。
4.7.1 Thymeleaf视图
当控制器方法中所设置的视图名称没有任何前缀时,此时的视图名称会被SpringMVC配置文件中所配置的视图解析器解析,视图名称拼接视图前缀和视图后缀所得到的最终路径,会通过转发的方式实现跳转
@RequestMapping("/testHello")
public String testHello(){
return "hello";
}
4.7.2、转发视图
SpringMVC中默认的转发视图是InternalResourceView
SpringMVC中创建转发视图的情况:
当控制器方法中所设置的视图名称以"forward:"为前缀时,创建InternalResourceView视图,此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析,而是会将前缀"forward:"去掉,剩余部分作为最终路径通过转发的方式实现跳转
例如"forward:/",“forward:/employee”
@RequestMapping("/testForward")
public String testForward(){
return "forward:/testHello";
}
4.7.3、重定向视图
SpringMVC中默认的重定向视图是RedirectView
当控制器方法中所设置的视图名称以"redirect:"为前缀时,创建RedirectView视图,此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析,而是会将前缀"redirect:"去掉,剩余部分作为最终路径通过重定向的方式实现跳转
例如"redirect:/",“redirect:/employee”
@RequestMapping("/testRedirect")
public String testRedirect(){
return "redirect:/testHello";
}
注:
重定向视图在解析时,会先将redirect:前缀去掉,然后会判断剩余部分是否以/开头,若是则会自动拼接上下文路径
4.8 RESTFUL(一种软件架构的风格)
RESTFUL 风格提倡 URL 地址使用统一的风格设计,从前到后各个单词使用斜杠分开,不使用问号键值对方式携带请求参数,而是将要发送给服务器的数据作为 URL 地址的一部分,以保证整体风格的一致性。
RESTFUL 风格与传统风格对比:
操作 | 传统方式 | REST风格 |
---|---|---|
查询操作 | getUserById?id=1 | user/1–>get请求方式 |
保存操作 | saveUser | user–>post请求方式 |
删除操作 | deleteUser?id=1 | user/1–>delete请求方式 |
更新操作 | updateUser | user–>put请求方式 |
RESTful的实现具体来说就是HTTP 协议里面,四个表示操作方式的动词:GET、POST、PUT、DELETE。它们分别对应四种基本操作:GET 用来获取资源,POST 用来新建资源,PUT 用来更新资源,DELETE 用来删除资源。
注意:浏览器只支持发送get和post方式的请求,那么此时该如何发送put和delete请求呢?
4.8.1 HiddenHttpMethodFilter过滤器
SpringMVC 提供了 HiddenHttpMethodFilter 帮助我们将 POST 请求转换为 DELETE 或 PUT 请求
HiddenHttpMethodFilter 处理put和delete请求的条件:
a>当前请求的请求方式必须为post
b>当前请求必须传输请求参数_method
满足以上条件,HiddenHttpMethodFilter 过滤器就会将当前请求的请求方式转换为请求参数_method的值,因此请求参数_method的值才是最终的请求方式,在web.xml中注册HiddenHttpMethodFilter :
<filter>
<filter-name>HiddenHttpMethodFilter</filter-name>
<filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>HiddenHttpMethodFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
问:HiddenHttpMethodFilter和CharacterEncodingFilter 在web.xml配置文件中配置的先后顺序有要求吗?
答案:有,CharacterEncodingFilter过滤器执行之前是不能获取任何的请求参数,但是,如果HiddenHttpMethodFilter中获取。
String paramValue = request.getParameter(this.methodParam);
4.8.2 SpringMVC中对RESTFUL提供的“支持”
SpringMVC支持路径中的占位符,当请求路径中将某些数据通过路径的方式传输到服务器中,就可以在相应的@RequestMapping注解的value属性中通过占位符{xxx}表示传输的数据,在通过@PathVariable注解,将占位符所表示的数据赋值给控制器方法的形参,@PathVariable注解只能修饰参数,
@PathVariable用于接收uri地址传过来的参数,Url中可以通过一个或多个{Xxx}占位符映射,通过@PathVariable可以绑定占位符参数到方法参数中,在RestFul接口风格中经常使用。
<a th:href="@{/testRest/1/admin}">测试路径中的占位符-->/testRest</a><br>
@RequestMapping("/testRest/{id}/{username}")
public String testRest(@PathVariable("id") String id, @PathVariable("username") String username){
System.out.println("id:"+id+",username:"+username);
return "success";
}
//最终输出的内容为-->id:1,username:admin
4.9 拦截器
SpringMVC中的拦截器有三个抽象方法:
preHandle:控制器方法执行之前执行preHandle(),其boolean类型的返回值表示是否拦截或放行,返回true为放行,即调用控制器方法;返回false表示拦截,即不调用控制器方法
postHandle:控制器方法执行之后执行postHandle()
afterComplation:处理完视图和模型数据,渲染视图完毕之后执行afterComplation()
4.9.1拦截器和过滤器的作用范围
4.9.2 单个拦截器的执行顺序
4.9.3 多个拦截器的执行顺序
a>若每个拦截器的preHandle()都返回true
此时多个拦截器的执行顺序和拦截器在SpringMVC的配置文件的配置顺序有关:
preHandle()会按照配置的顺序执行,而postHandle()和afterComplation()会按照配置的反序执行
b>若某个拦截器的preHandle()返回了false
preHandle()返回false和它之前的拦截器的preHandle()都会执行,postHandle()都不执行,返回false的拦截器之前的拦截器的afterComplation()会执行
4.10 SpringMVC中如何开启静态资源的访问?
<mvc:default-servlet-handler/>
<!-- 开启mvc注解驱动 -->
<mvc:annotation-driven>
问:为什么需要手动配置静态资源的访问?
4.9.3 多个拦截器的执行顺序
a>若每个拦截器的preHandle()都返回true
此时多个拦截器的执行顺序和拦截器在SpringMVC的配置文件的配置顺序有关:
preHandle()会按照配置的顺序执行,而postHandle()和afterComplation()会按照配置的反序执行
b>若某个拦截器的preHandle()返回了false
preHandle()返回false和它之前的拦截器的preHandle()都会执行,postHandle()都不执行,返回false的拦截器之前的拦截器的afterComplation()会执行
[外链图片转存中…(img-e4tHfRpL-1678069542715)]
4.10 SpringMVC中如何开启静态资源的访问?
<mvc:default-servlet-handler/>
<!-- 开启mvc注解驱动 -->
<mvc:annotation-driven>
问:为什么需要手动配置静态资源的访问?