SpringMVC

一、SpringMVC简介

注意：注册过滤器一定要使用使用 /*(配置所有请求)的写法

1、什么是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视图，渲染数据后最终响应给浏览器

.
.

2、什么是SpringMVC

• SpringMVC是Spring的一个后续产品，是Spring的一个子项目

• SpringMVC 是 Spring 为表述层开发提供的一整套完备的解决方案。在表述层框架历经 Strust、WebWork、Strust2 等诸多产品的历代更迭之后，目前业界普遍选择了 SpringMVC 作为 Java EE 项目表述层开发的首选方案。

注：三层架构分为表述层（或表示层）、业务逻辑层、数据访问层，表述层表示前台页面和后台servlet

.
.

3、SpringMVC的特点

• Spring 家族原生产品， 与IOC 容器等基础设施无缝对接
• 基于原生的Servlet，通过了功能强大的前端控制器DispatcherServlet，对请求和响应进行统一处理
• 表述层各细分领域需要解决的问题全方位覆盖，提供全面解决方案
• 代码清新简洁，大幅度提升开发效率
• 内部组件化程度高，可插拔式组件即插即用，想要什么功能配置相应组件即可
• 性能卓著，尤其适合现代大型、超大型互联网项目要求

.
.
.

二、HelloWorld

1、开发环境

• IDE
• 构建工具：maven
• 服务器：tomcat
• Spring

.
.

2、创建maven工程

• a>添加web模块

• b>打包方式：war

• c>引入依赖

注：由于 Maven 的传递性，我们不必将所有需要的包全部配置依赖，而是配置最顶端的依赖，其他靠传递性导入。

.
.

3、配置web.xml

注册SpringMVC的前端控制器DispatcherServlet

方式一、默认配置方式

.

方式二、扩展配置方式（推荐使用）

注：
<url-pattern>标签中使用 / 和 /* 的区别：
一、/所匹配的请求可以是/login或.html或.js或.css方式的请求路径，但是/不能匹配.jsp请求路径的请求
因此就可以避免在访问jsp页面时，该请求被DispatcherServlet处理，从而找不到相应的页面
二、/*则能够匹配所有请求，例如在使用过滤器时，若需要对所有请求进行过滤，就需要使用/*的写法

.
.

4、创建请求控制器

• 由于前端控制器对浏览器发送的请求进行了统一的处理，但是具体的请求有不同的处理过程，因此需要创建处理具体请求的类，即请求控制器
• 请求控制器中每一个处理请求的方法成为控制器方法
• 因为SpringMVC的控制器由一个POJO（普通的Java类）担任，因此需要通过@Controller注解将其标识为一个控制层组件，交给Spring的IoC容器管理，此时SpringMVC才能够识别控制器的存在
  

.
.

5、创建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>

<!-- 
   处理静态资源，例如html、js、css、jpg
  若只设置该标签，则只能访问静态资源，其他请求则无法访问
  此时必须设置<mvc:annotation-driven/>解决问题
 -->
<mvc:default-servlet-handler/>

<!-- 开启mvc注解驱动 -->
<mvc:annotation-driven>
    <mvc:message-converters>
        <!-- 处理响应中文内容乱码 -->
        <bean class="org.springframework.http.converter.StringHttpMessageConverter">
            <property name="defaultCharset" value="UTF-8" />
            <property name="supportedMediaTypes">
                <list>
                    <value>text/html</value>
                    <value>application/json</value>
                </list>
            </property>
        </bean>
    </mvc:message-converters>
</mvc:annotation-driven>

.
.

6、测试HelloWorld

a>实现对首页的访问

• 在请求控制器中创建处理请求的方法
  

.

b>通过超链接跳转到指定页面

• 在主页index.html中设置超链接
  
• 在请求控制器中创建处理请求的方法
  

.
.

7、总结

浏览器发送请求，若请求地址符合前端控制器的url-pattern，该请求就会被前端控制器DispatcherServlet处理。前端控制器会读取SpringMVC的核心配置文件，通过扫描组件找到控制器，将请求地址和控制器中@RequestMapping注解的value属性值进行匹配，若匹配成功，该注解所标识的控制器方法就是处理请求的方法。处理请求的方法需要返回一个字符串类型的视图名称，该视图名称会被视图解析器解析，加上前缀和后缀组成视图的路径，通过Thymeleaf对视图进行渲染，最终转发到视图所对应页面

.
.
.

三、@RequestMapping注解

1、@RequestMapping注解的功能

• 从注解名称上我们可以看到，@RequestMapping注解的作用就是将请求和处理请求的控制器方法关联起来，建立映射关系。
• SpringMVC 接收到指定的请求，就会来找到在映射关系中对应的控制器方法来处理这个请求。

.
.

2、@RequestMapping注解的位置

• @RequestMapping标识一个类：请求URL 的第一级访问目录。此处不写的话，就相当于应用的根目录
• @RequestMapping标识一个方法：请求 URL 的第二级访问目录，与类上的使用@ReqquestMapping标注的一级目录一起组成访问虚拟路径
• 若@RequestMapping标识了类，请求的地址就变为，标识方法的@RequestMapping注解的value值的前面，在添加标识在类的@RequestMapping中value的值。
  

.
.

3、@RequestMapping注解的value属性

• @RequestMapping注解的value属性通过请求的请求地址匹配请求映射
• @RequestMapping注解的value属性是一个字符串类型的数组，表示该请求映射能够匹配多个请求地址所对应的请求
• @RequestMapping注解的value属性**必须设置**，至少通过请求地址匹配请求映射
  

.
.

4、@RequestMapping注解的method属性

• @RequestMapping注解的method属性通过请求的请求方式（get或post）匹配请求映射
• @RequestMapping注解的method属性是一个RequestMethod类型的数组，表示该请求映射能够匹配多种请求方式的请求
• 注意:
  若当前请求的请求地址满足请求映射的value属性，但是请求方式不满足method属性，则浏览器报错405：Request method 'POST' not supported
  

.
.

5、@RequestMapping的派生注解

① 用来处理对于指定请求方式的控制器方法。

• 处理get请求的映射–>@GetMapping
• 处理post请求的映射–>@PostMapping
• 处理put请求的映射–>@PutMapping
• 处理delete请求的映射–>@DeleteMapping

.

② 常用的请求方式有get（查询），post（添加），put（修改），delete（删除）

但是目前浏览器只支持get和post，若在form表单提交时，为method设置了其他请求方式的字符串（put或delete），则按照默认的请求方式get处理
若要发送put和delete请求，则需要通过spring提供的过滤器HiddenHttpMethodFilter，在RESTful部分会讲到

.
.

6、@RequestMapping注解的params属性（了解）

① 简介

• @RequestMapping注解的params属性通过请求的请求参数匹配请求映射

.

② 表达式
@RequestMapping注解的params属性是一个字符串类型的数组，可以通过四种表达式设置请求参数和请求映射的匹配关系

• “param”：要求请求映射所匹配的请求必须携带param请求参数
• “!param”：要求请求映射所匹配的请求必须不能携带param请求参数
• “param=value”：要求请求映射所匹配的请求必须携带param请求参数且param=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}

.
.

7、@RequestMapping注解的headers属性（了解）

① 简介

• @RequestMapping注解的headers属性通过请求的请求头信息匹配请求映射

.

② 表达式
@RequestMapping注解的headers属性是一个字符串类型的数组，可以通过四种表达式设置请求头信息和请求映射的匹配关系

• “header”：要求请求映射所匹配的请求必须携带header请求头信息
• “!header”：要求请求映射所匹配的请求必须不能携带header请求头信息
• “header=value”：要求请求映射所匹配的请求必须携带header请求头信息且header=value
• “header!=value”：要求请求映射所匹配的请求必须携带header请求头信息且header!=value

.

若当前请求满足@RequestMapping注解的value和method属性，但是不满足headers属性，此时页面显示404错误，即资源未找到

.
.

8、SpringMVC支持ant风格的路径（类似模糊查询）

该功能是基于@RequestMapping注解的value属性操作

• ？：表示任意的单个字符

• *：表示任意的0个或多个字符

• **：表示任意的一层或多层目录

注意：在使用**时，只能使用/**/xxx的方式

.
.

9、SpringMVC支持路径中的占位符（重点）

该功能是基于@RequestMapping注解的value属性操作

• 原始方式：/deleteUser?id=1

• rest方式：/deleteUser/1

SpringMVC路径中的占位符常用于RESTful风格中，当请求路径中将某些数据通过路径的方式传输到服务器中，就可以在相应的@RequestMapping注解的value属性中通过占位符{xxx}表示传输的数据，在通过@PathVariable注解，将占位符所表示的数据赋值给控制器方法的形参

.
.
.

四、SpringMVC获取请求参数

1、通过ServletAPI获取

• 将HttpServletRequest作为控制器方法的形参，此时HttpServletRequest类型的参数表示封装了当前请求的请求报文的对象
  

.
.

2、通过控制器方法的形参获取请求参数

• 在控制器方法的形参位置，设置和请求参数同名的形参，当浏览器发送请求，匹配到请求映射时，在DispatcherServlet中就会将请求参数赋值给相应的形参
  
  .

请求传入复选框情况：
若请求所传输的请求参数中有多个同名的请求参数，此时可以在控制器方法的形参中设置字符串数组或者字符串类型的形参接收此请求参数

• 若使用字符串数组类型的形参，此参数的数组中包含了每一个数据
• 若使用字符串类型的形参，此参数的值为每个数据中间使用逗号拼接的结果

.
.

3、@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所指定的请求参数没有传输或传输的值为""时，则使用默认值为形参赋值

.
.

4、@RequestHeader

• @RequestHeader是将请求头信息和控制器方法的形参创建映射关系

• @RequestHeader注解一共有三个属性：value、required、defaultValue，用法同@RequestParam一样

.
.

5、@CookieValue

• @CookieValue是将cookie数据和控制器方法的形参创建映射关系

• @CookieValue注解一共有三个属性：value、required、defaultValue，用法同@RequestParam一样

.
.

6、通过POJO获取请求参数（重点）

• 可以在控制器方法的形参位置设置一个实体类类型的形参，此时若浏览器传输的请求参数的参数名和实体类中的属性名一致，那么请求参数就会为此实体类中的属性赋值
  

.
.

7、解决获取请求参数的乱码问题

• 解决获取请求参数的乱码问题，可以使用SpringMVC提供的编码过滤器CharacterEncodingFilter，但是必须在web.xml中进行注册
  

注：
SpringMVC中处理编码的过滤器一定要配置到其他过滤器之前，否则无效

.
.
.

五、域对象共享数据

1、请求域(Request)

• ① 使用ServletAPI向request域对象共享数据
  

• ② 使用Model向request域对象共享数据
  

• ③ 使用map向request域对象共享数据
  

• ④ 使用ModelMap向request域对象共享数据
  

• ⑤ 使用ModelAndView向request域对象共享数据(推荐使用)
  所有向request域对象共享数据的方法，在DispatcherServlet中最终都要封装为ModelAndView。所以SpringMVC推荐使用ModelAndView
  

.

Model、ModelMap、Map的关系

• Model、ModelMap、Map类型的参数其实本质上都是 BindingAwareModelMap 类型
• 继承关系：
  

.
.

2、会话域(Session)

• 推荐使用Servlet原生API方法
  

.
.

3、application域(ServletContext)

• 推荐使用Servlet原生API方法
  

注意：不能直接在方法的形参上获取ServletContext，只能通过session、request等形参对象获取！

.
.
.

六、SpringMVC的视图

1、简介

• SpringMVC中的视图是View接口，视图的作用渲染数据，将模型Model中的数据展示给用户
• SpringMVC视图的种类很多，默认有转发视图(InternalResourceView)和重定向视图(RedirectView)
• 当工程引入jstl的依赖，转发视图会自动转换为JstlView (处理jsp的View，基本不用了)
• 若使用的视图技术为Thymeleaf，在在SpringMVC的配置文件中配置了Thymeleaf的视图解析器，由此视图解析器解析之后所得到的是ThymeleafView

.
.

2、ThymeleafView

• 在SpringMVC的配置文件中配置Thymeleaf的视图解析器，当控制器方法中所设置的视图名称没有任何前缀时，此时的视图名称会被SpringMVC配置文件中所配置的视图解析器解析，视图名称拼接视图前缀和视图后缀所得到的最终路径，会通过转发的方式实现跳转。
  
• 源码：
  

.
.

3、转发视图

• SpringMVC中默认的转发视图是InternalResourceView

• 当控制器方法中所设置的视图名称以"forward:"为前缀时，创建InternalResourceView视图，此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析，而是会将前缀"forward:"去掉，剩余部分作为最终路径通过转发的方式实现跳转!!!

• 例如"forward:/"，“forward:/employee”
  

• 源码：
  

.
.

4、重定向视图

• SpringMVC中默认的重定向视图是RedirectView

• 当控制器方法中所设置的视图名称以"redirect:"为前缀时，创建RedirectView视图，此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析，而是会将前缀"redirect:"去掉，剩余部分作为最终路径通过重定向的方式实现跳转!!!

• 例如"redirect:/"，“redirect:/employee”
  
  

注：重定向视图在解析时，会先将redirect:前缀去掉，然后会判断剩余部分是否以/开头，若是则会自动拼接上下文路径

.
.

5、视图控制器view-controller

当控制器方法中，仅仅用来实现页面跳转，即只需要设置视图名称时，可以将处理器方法使用view-controller标签进行表示

注： 当SpringMVC中设置任何一个view-controller时，其他控制器中的请求映射将全部失效，此时需要在SpringMVC的核心配置文件中设置开启mvc注解驱动的标签：<mvc:annotation-driven />

.
.
.

七、RESTful

1、RESTful简介

REST：Representational State Transfer，表现层资源状态转移。

• a>资源
  资源是一种看待服务器的方式，即，将服务器看作是由很多离散的资源组成。每个资源是服务器上一个可命名的抽象概念。因为资源是一个抽象的概念，所以它不仅仅能代表服务器文件系统中的一个文件、数据库中的一张表等等具体的东西，可以将资源设计的要多抽象有多抽象，只要想象力允许而且客户端应用开发者能够理解。与面向对象设计类似，资源是以名词为核心来组织的，首先关注的是名词。一个资源可以由一个或多个URI来标识。URI既是资源的名称，也是资源在Web上的地址。对某个资源感兴趣的客户端应用，可以通过资源的URI与其进行交互。

• b>资源的表述
  资源的表述是一段对于资源在某个特定时刻的状态的描述。可以在客户端-服务器端之间转移（交换）。资源的表述可以有多种格式，例如HTML/XML/JSON/纯文本/图片/视频/音频等等。资源的表述格式可以通过协商机制来确定。请求-响应方向的表述通常使用不同的格式。

• c>状态转移
  状态转移说的是：在客户端和服务器端之间转移（transfer）代表资源状态的表述。通过转移和操作资源的表述，来间接实现操作资源的目的。

.
.

2、RESTful的实现

• 具体说，就是 HTTP 协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。
• 它们分别对应四种基本操作：GET 用来获取资源，POST 用来新建资源，PUT 用来更新资源，DELETE 用来删除资源。
• REST 风格提倡 URL 地址使用统一的风格设计，从前到后各个单词使用斜杠分开，不使用问号键值对方式携带请求参数，而是将要发送给服务器的数据作为 URL 地址的一部分，以保证整体风格的一致性。
  
  .
  .

3、HiddenHttpMethodFilter

• SpringMVC 提供了 HiddenHttpMethodFilter 帮助我们将 POST 请求转换为 DELETE 或 PUT 请求。

① HiddenHttpMethodFilter 处理put和delete请求的条件：

• 当前请求的请求方式必须为post
• 当前请求必须传输请求参数_method
• 满足以上条件，HiddenHttpMethodFilter 过滤器就会将当前请求的请求方式转换为请求参数_method的值，因此请求参数 _method 的值才是最终的请求方式

.

② 在web.xml中注册HiddenHttpMethodFilter

注意：目前为止，SpringMVC中提供了两个过滤器：CharacterEncodingFilter和HiddenHttpMethodFilter。在web.xml中注册时，必须先注册CharacterEncodingFilter，再注册HiddenHttpMethodFilter。
原因：

.
.

4、HTTP状态码

.
.

5、SpringMVC中处理静态资源问题

① 问题引入
浏览器访问服务器的一个页面，实际上是包含了很多次请求的。除了请求页面本身，页面上的图片，js等静态资源也是通过请求资源在服务器上的相对地址实现的。但是SpringMVC的环境下，对静态资源的请求也会被前端控制器捕获，并转交给处理器映射。由于我们的代码中不会有对应的控制器处理请求，因此请求无法被相应，导致网页无法加载静态资源。

.

② 解决静态资源拦截问题

• 在SpringMVC.xml 文件中配置<mvc:default-servlet-handler default-servlet-name="Web服务器使用的Servlet名称" />
  • 在 SpringMVC.xml 中配置<mvc:default-servlet-handler>后，会在SpringMVC上下文中定义一个org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler，它会像一个检查员，对进入DispatcherServlet的URL进行筛查，如果发现是静态资源请求，就将该请求转由Web服务器（Tomcat）默认的Servlet处理，如果不是静态资源请求，才由DispatcherServlet继续处理。
• 一般Web应用服务器默认的servlet名称是“default”，因此DefaultServletHttpRequestHandler可以找到它。如果你的Web应用服务器的默认servlet名称不是default，则需要通过default-servlet-name属性显式赋值。

注意：<mvc:default-servlet-handler>必须配合<mvc:annotation-driven/>（开启mvc注解驱动）一起使用，不然所有的请求都会被DefaultServletHttpRequestHandler捕获，前端控制器就没有作用了。

.
.
.

八、HttpMessageConverter

1、简介

• HttpMessageConverter，报文信息转换器，将请求报文转换为Java对象，或将Java对象转换为响应报文
• HttpMessageConverter提供了两个注解和两个类型：
  @RequestBody，RequestEntity
@ResponseBody，ResponseEntity

.
.

2、处理请求的注解和类型

① @RequestBody

• @RequestBody可以获取请求体，需要在控制器方法设置一个形参，使用@RequestBody进行标识，当前请求的请求体就会为当前注解所标识的形参赋值
  
  .

② RequestEntity

• RequestEntity封装请求报文的一种类型，需要在控制器方法的形参中设置该类型的形参，当前请求的请求报文就会赋值给该形参，可以通过getHeaders()获取请求头信息，通过getBody()获取请求体信息
  

.
.

3、处理响应的注解@ResponseBody

• @ResponseBody用于标识一个控制器方法，可以将该方法的返回值直接作为响应报文的响应体响应到浏览器
  
  结果：
  
  

.

② SpringMVC处理json

• 第一步：导入jackson的依赖
  

• 第二步：在SpringMVC的核心配置文件中开启mvc的注解驱动，此时在HandlerAdaptor中会自动装配一个消息转换器：MappingJackson2HttpMessageConverter，可以将响应到浏览器的Java对象转换为Json格式的字符串
  

• 第三步：在处理器方法上使用@ResponseBody注解进行标识

• 第四步：将Java对象直接作为控制器方法的返回值返回，就会自动转换为Json格式的字符串
  

• 响应结果：
  

.

③ SpringMVC处理ajax

• 操作步骤：
  

• 结果
  弹窗 "hello,ajax"，且不跳转页面(ajax的功能)

.
.

4、处理响应的类型ResponseEntity

• ResponseEntity用于控制器方法的返回值类型，该控制器方法的返回值就是响应到浏览器的响应报文。

① ResponseEntity是一种泛型类型。因此，我们可以使用任何类型作为响应主体

• 例如对于一个处理下载二进制文件的接口
  
  .

② 可以设置响应头信息

• 因为HttpHeaders继承Map集合所以使用add添加或修改!!!
  
  .

③ 可以设置响应状态

.

④ 也可以使用流式风格的构造器：

.
.
.

九、文件上传和下载

1、文件下载

使用ResponseEntity实现下载文件的功能

.
.

2、文件上传

① 客户端请求条件

• 文件上传要求form表单的请求方式必须为post，并且添加属性enctype="multipart/form-data"，且 input 类型为 File类型
  

• SpringMVC中将上传的文件封装到MultipartFile对象中，通过此对象可以获取文件相关信息。

.

② 上传步骤：

• a>添加依赖：
  

• b>在SpringMVC的配置文件中添加配置：
  

• c>控制器方法：
  

.
.
.

十、拦截器

1、拦截器的配置

• SpringMVC中的拦截器用于拦截控制器方法的执行
• SpringMVC中的拦截器需要实现HandlerInterceptor接口
• SpringMVC的拦截器必须在SpringMVC的配置文件中进行配置：
  

注意：在设置 <mvc:mapping>标签时，path属性的值："/**“表示任意层目录的任意请求，”/*"表示以上下文为目录的任意请求

.
.

2、拦截器(HandlerInterceptor接口)的三个抽象方法

• preHandle：控制器方法执行之前执行preHandle()，其boolean类型的返回值表示是否拦截或放行，返回true为放行，即调用控制器方法；返回false表示拦截，即不调用控制器方法

• postHandle：控制器方法执行之后执行postHandle()

• afterComplation：处理完视图和模型数据，渲染视图完毕之后执行afterComplation()

.
.

3、多个拦截器的执行顺序

• preHandle()方法的返回值来决定是否拦截控制器方法的执行
• 多个拦截器的执行顺序和拦截器在SpringMVC的配置文件的配置顺序有关：
  (SpringMVC的配置文件的拦截器在源码中会存放在一个List集合中，根据遍历该集合来执行多个拦截器方法)!!!

情况一：若每个拦截器的preHandle()都返回true

• preHandle()会按照配置的顺序执行。(源码在遍历时 i++)
• 而postHandle()和afterComplation()会按照配置的反序执行。(源码在遍历时 i- -)

.

情况二：若某个拦截器的preHandle()返回了false

• preHandle()返回false和它之前的拦截器的preHandle()都会执行
• postHandle()都不执行
• 返回false的拦截器之前的拦截器的afterComplation()会执行

.
.
.

十一、异常处理器

• SpringMVC提供了一个处理控制器方法执行过程中所出现的异常的接口：HandlerExceptionResolver

• HandlerExceptionResolver接口的实现类有：DefaultHandlerExceptionResolver和SimpleMappingExceptionResolver

• SpringMVC提供了自定义的异常处理器SimpleMappingExceptionResolver，使用方式：

1、基于配置的异常处理

.
.

2、基于注解的异常处理

.
.
.

十二、注解配置SpringMVC

• 使用配置类和注解代替web.xml和SpringMVC配置文件的功能

1、创建初始化类，代替web.xml

• 在Servlet3.0环境中，容器会在类路径中查找实现javax.servlet.ServletContainerInitializer接口的类，如果找到的话就用它来配置Servlet容器。
  Spring提供了这个接口的实现，名为SpringServletContainerInitializer，这个类反过来又会查找实现WebApplicationInitializer的类并将配置的任务交给它们来完成。Spring3.2引入了一个便利的WebApplicationInitializer基础实现，名为AbstractAnnotationConfigDispatcherServletInitializer，当我们的自定义类扩展（继承）了AbstractAnnotationConfigDispatcherServletInitializer并将其部署到Servlet3.0容器的时候，容器会自动发现它，并用它来配置Servlet上下文。
  

.
.

2、创建SpringConfig配置类，代替spring的配置文件

.
.

3、创建WebConfig配置类，代替SpringMVC的配置文件

/*
    1、注解扫描      2、视图解析器       3、视图控制器    4、default-servlet-handler
    5、mvc注解扫描   6、文件上传解析器   7、异常解析器    8、拦截器
 */
@Configuration
// 1、注解扫描
@ComponentScan("com.atguigu.mvc.controller")
//5、mvc注解扫描
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
    //2、视图解析器
    //① 配置生成模板解析器
    @Bean
    public ITemplateResolver templateResolver() {
        WebApplicationContext webApplicationContext = ContextLoader.getCurrentWebApplicationContext();
        // ServletContextTemplateResolver需要一个ServletContext作为构造参数，可通过WebApplicationContext 的方法获得
        ServletContextTemplateResolver templateResolver = new ServletContextTemplateResolver(
                webApplicationContext.getServletContext());
        templateResolver.setPrefix("/WEB-INF/templates/");
        templateResolver.setSuffix(".html");
        templateResolver.setCharacterEncoding("UTF-8");
        templateResolver.setTemplateMode(TemplateMode.HTML);
        return templateResolver;
    }

    //② 生成模板引擎并为模板引擎注入模板解析器
    @Bean
    public SpringTemplateEngine templateEngine(ITemplateResolver templateResolver) {
        SpringTemplateEngine templateEngine = new SpringTemplateEngine();
        templateEngine.setTemplateResolver(templateResolver);
        return templateEngine;
    }

    //③ 生成视图解析器并未解析器注入模板引擎
    @Bean
    public ViewResolver viewResolver(SpringTemplateEngine templateEngine) {
        ThymeleafViewResolver viewResolver = new ThymeleafViewResolver();
        viewResolver.setCharacterEncoding("UTF-8");
        viewResolver.setTemplateEngine(templateEngine);
        return viewResolver;
    }

    //3、视图控制器(前提：开启mvc扫描注解)
    @Override
    public void addViewControllers(ViewControllerRegistry registry) {
        registry.addViewController("/").setViewName("index");
    }

    //4、default-servlet-handler(开启默认servlet处理静态资源)
    @Override
    public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer) {
        configurer.enable();
    }

    //6、文件上传解析器
    @Bean
    public MultipartResolver multipartResolver(){
        return new CommonsMultipartResolver();
    }

    //7、异常解析器
    @Override
    public void configureHandlerExceptionResolvers(List<HandlerExceptionResolver> resolvers) {
        SimpleMappingExceptionResolver resolver = new SimpleMappingExceptionResolver();
        //创建Properties对象，存储异常和新的视图（ModelAndView）
        Properties prop = new Properties();
        prop.setProperty("java.lang.ArithmeticException","error");
        prop.setProperty("java.lang.NullPointerException","error");

        //设置异常映射
        resolver.setExceptionMappings(prop);
        //设置请求域中共享异常信息的键
        resolver.setExceptionAttribute("ex");
        resolvers.add(resolver);
    }

    //8、拦截器
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(new OneInterceptor()).addPathPatterns("/**");
    }
}

.
.
.

十三、SpringMVC执行流程

1、SpringMVC常用组件

• DispatcherServlet：前端控制器，不需要工程师开发，由框架提供

作用：统一处理请求和响应，整个流程控制的中心，由它调用其它组件处理用户的请求

• HandlerMapping：处理器映射器，不需要工程师开发，由框架提供

作用：根据请求的url、method等信息查找Handler，即控制器方法

• Handler：处理器，需要工程师开发

作用：在DispatcherServlet的控制下Handler(Controller)对具体的用户请求进行处理

• HandlerAdapter：处理器适配器，不需要工程师开发，由框架提供

作用：通过HandlerAdapter对处理器（控制器方法）进行执行

• ViewResolver：视图解析器，不需要工程师开发，由框架提供

作用：进行视图解析，得到相应的视图，例如：ThymeleafView、InternalResourceView、RedirectView

• View：视图

作用：将模型数据通过页面展示给用户

.
.

2、DispatcherServlet初始化过程

DispatcherServlet 本质上是一个 Servlet，所以天然的遵循 Servlet 的生命周期。所以宏观上是 Servlet 生命周期来进行调度。

.

a>初始化WebApplicationContext

.

b>创建WebApplicationContext

.

c>DispatcherServlet初始化策略

• FrameworkServlet创建WebApplicationContext后，刷新容器，调用onRefresh(wac)，此方法在DispatcherServlet中进行了重写，调用了initStrategies(context)方法，初始化策略，即初始化DispatcherServlet的各个组件
  

.
.

3、DispatcherServlet调用组件处理请求

a>processRequest()

• FrameworkServlet重写HttpServlet中的service()和doXxx()，这些方法中调用了processRequest(request, response)
  

.

b>doService()

.

c>doDispatch()

• 所在类：org.springframework.web.servlet.DispatcherServlet
• 截取doDispatch()方法中重要部分
  

.

d>processDispatchResult() 处理模型数据和渲染视图

.
.

4、SpringMVC的执行流程（总结）