阶段七-Day01-SpringMVC

最新推荐文章于 2024-05-10 09:14:14 发布

酷寒的小蛮蛮

最新推荐文章于 2024-05-10 09:14:14 发布

阅读量435

点赞数

分类专栏： java学习之路文章标签： 1024程序员节 java spring mvc

本文链接：https://blog.csdn.net/m0_59163770/article/details/133997703

版权

java学习之路专栏收录该内容

53 篇文章 1 订阅

订阅专栏

一、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依赖即可。

 <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 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的配置文件。

<!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方法名定义要求就可以。

@Controller
public class EmpController {

    /* 控制单元 */
    //请求映射 (控制单元映射的路径,根据该路径可以找到该控制单元)
    @RequestMapping("/query")
    public String query(){
        System.out.println("query");

        /*
        *   最底层默认请求转发,即使不指定返回值,默认也会使用转发
        * */
        return "index.jsp";
    }
}

三、@RequestMapping注解

@RequestMapping注解可以写在控制器类上，也可以写在控制单元方法上。

如果写在类上，表示当前类所有控制单元的映射路径，都以指定路径开头。

如果写在方法上，表示当前方法的映射路径。最终访问这个控制单元的映射路径为：类上@RequestMapping映射路径+方法上@RequestMapping映射路径。

这种在类上写@RequetMapping的写法，在以后做管理类型项目、或网站后台项目中使用的比较多。平时在练习的时候绝大多数是直接在控制单元上写@RequestMapping注解，而不在类上写@RequestMapping。

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. 多级路径

映射路径：既然名字中已经叫做路径了，所以写法上也支持路径的写法。

@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?) > 一个*号(/*) > (/**)形式

// 优先级最高
@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框架中，默认情况下都使用转发进行寻找资源。

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。

未完待续

酷寒的小蛮蛮

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
阶段七-Day01-SpringMVC

目前我们所写的项目，持久层、业务层的类都放入到Spring容器之中了。他们之间需要注入非常方便，只需要通过@Autowired注解即可。但是由于Servlet整个生命周期都是被Tomcat进行管理的，一个功能对应一个Servlet并且无法把Servlet放入到Spring容器中。所以每次编写Servlet时都需要编写init方法先获取到Spring容器，然后从Spring容器中取出需要使用的Bean。Spring MVC 虽然在平时认为是一个独立的框架。
复制链接

扫一扫