目录

lerInterceptor 拦截器

1、拦截器的作用

2、拦截器的创建

3、拦截器的三个抽象方法

4、拦截器的配置

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

SpringMVC的异常处理器

1、异常处理器概述

2、基于配置文件的异常处理

3、基于注解的异常处理

---

lerInterceptor 拦截器

1、拦截器的作用

拦截器的作用时机

SpringMVC的拦截器作用于 控制器方法执行的前后。

有不同的拦截方法，作用于控制器方法执行之前、之后、以及视图渲染之后三个阶段

拦截器与过滤器的区别

过滤器是原生Serlvet的组件，作用于Servlet执行之前

拦截器是SpringMVC的模块，作用于控制器方法执行前、后、渲染视图后。

2、拦截器的创建

SpringMVC中的拦截器需要实现HandlerInterceptor接口

示例

public class FirstInterceptor implements HandlerInterceptor {@Overridepublic boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {System.out.println("控制器方法准备执行...");return true;}@Overridepublic void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {System.out.println("控制器方法执行完毕...");}@Overridepublic void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {System.out.println("视图渲染完毕...");}
}

3、拦截器的三个抽象方法

HandlerInterceptor接口有三个抽象方法：

• preHandle：控制器方法执行之前执行preHandle()，其boolean类型的返回值表示是否拦截或放行
  • 返回true为放行，即调用控制器方法；
  • 返回false表示拦截，即不调用控制器方法
• postHandle：控制器方法执行之后执行postHandle()
• afterComplation：处理完视图和模型数据，渲染视图完毕之后执行afterComplation()

源码分析，为什么preHandle能实现拦截控制器方法

//DispatherServlet
if (!mappedHandler.applyPreHandle(processedRequest, response)) {//如果applyPreHandle方法返回的是false，就直接return，不再执行下面的内容return;
}//执行控制器方法
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
//渲染视图
...//applyPreHandle方法
boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception {for (int i = 0; i < this.interceptorList.size(); i++) {HandlerInterceptor interceptor = this.interceptorList.get(i);if (!interceptor.preHandle(request, response, this.handler)) {triggerAfterCompletion(request, response, null);//如果当前拦截器的preHandle方法返回false，applyPreHandle方法也返回falsereturn false;}this.interceptorIndex = i;}return true;
}

注意

SpringMVC配置文件中的view-controller视图控制器标签，也会被拦截器拦截。

4、拦截器的配置

SpringMVC的拦截器必须在SpringMVC的配置文件中进行配置。

拦截器有三种配置方式，一般使用第三种，可以配置拦截范围。

方式一 在interceptors中配置自定义拦截器的bean标签

<!--配置拦截器-->
<mvc:interceptors><bean class="com.csai.interceptors.FirstInterceptor"/>
</mvc:interceptors>

这种方式无法指定拦截范围，是对DispatcherServlet所处理的所有的请求进行拦截

方式二 在interceptors中引用自定义拦截器的bean id

<bean id="firstInterceptor" class="com.csai.interceptors.FirstInterceptor"/><!--配置拦截器-->
<mvc:interceptors><ref bean="firstInterceptor"/>
</mvc:interceptors>

和上面一样，这种方式无法指定拦截范围，是对DispatcherServlet所处理的所有的请求进行拦截

配置自定义拦截器的bean时，可以使用配置文件，也可以使用@Component注解+组件扫描的方式

方式三 使用<mvc:interceptor>标签进行配置

<bean id="firstInterceptor" class="com.csai.interceptors.FirstInterceptor"/><!--配置拦截器-->
<mvc:interceptors><mvc:interceptor><mvc:mapping path="/**"/><mvc:exclude-mapping path="/testInterceptor"/><ref bean="firstInterceptor"/></mvc:interceptor>
</mvc:interceptors>

可以配置三个属性：

• mapping：拦截请求的请求地址，可以使用Ant风格的路径
• exclude-mapping：不会被拦截的请求地址，即拦截白名单
• bean/ref：指定拦截器的bean

例如这里是拦截所有请求，不拦截testInterceptor页面，对应的拦截器是firstInterceptor

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

如果匹配到的多个拦截器的preHandle()方法都返回true

此时多个拦截器的执行顺序和拦截器在SpringMVC的配置文件的配置顺序有关：

• preHandle()会按照配置的顺序执行，即先配置的先执行

• postHandle()和afterComplation()会按照配置的反序执行，即先配置的后执行，因为是嵌套的关系。

示例，请求访问，匹配到一个控制器方法，两个拦截器：

配置顺序：

<!--配置拦截器-->
<mvc:interceptors><ref bean="Interceptor A"/><ref bean="Interceptor B"/>
</mvc:interceptors>

执行顺序：

preHandle A --> true

preHandle B --> true

--- 控制器方法执行 ---

--- 控制器方法执行完毕 ---

postHandle B

postHandle A

--- 视图渲染完毕 ---

afterComplation B

afterComplation A

如果匹配到多个拦截器，有的拦截器的preHandle()方法返回了false

先看结果：对于同一个控制器方法，只要存在拦截器的preHandle()方法返回了false，控制器方法就不会执行。

• 在它之前配置的拦截器，和它自己的preHandle()都会执行
• 所有的postHandle()都不执行，因为控制器方法没有执行
• 在它之前配置的拦截器，afterComplation()会执行
• 在它之后配置的拦截器，所有方法都不会执行。

示例 请求访问，匹配到一个控制器方法，两个拦截器，其中一个返回false：

配置顺序：

<!--配置拦截器-->
<mvc:interceptors><ref bean="Interceptor A"/><ref bean="Interceptor B"/>
</mvc:interceptors>

Interceptor B 的preHandle()返回false

执行顺序：

preHandle A --> true

preHandle B --> false

--- 控制器方法不执行 ---

afterComplation A

SpringMVC的异常处理器

1、异常处理器概述

异常处理器的作用

用于处理SpringMVC 控制器方法执行过程中 产生的异常。

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

HandlerExceptionResolver接口的实现类：

• DefaultHandlerExceptionResolver，是SpringMVC默认使用的异常处理器
• SimpleMappingExceptionResolver，用于自定义 异常处理器

自定义异常处理器的使用场景

大致有两个作用：

1. 对系统异常提供自定义处理。比如出现某个异常时，跳转到服务器繁忙的页面，用户就不会看到500这类的页面了
2. 提供对自定义异常的处理方案

2、基于配置文件的异常处理

SpringMVC提供了自定义的异常处理器SimpleMappingExceptionResolver

示例 实现错误页面跳转

<!--配置异常处理器-->
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"><property name="exceptionMappings"><props><!--如果出现ArithmeticException数学异常，就跳转到error视图--><prop key="java.lang.ArithmeticException">error</prop></props></property>
</bean>

properties的键表示处理器方法执行过程中出现的异常

properties的值表示若出现指定异常时，设置一个新的视图名称，跳转到指定页面

测试

error页面

<h3>服务器繁忙！</h3>

控制器方法

@RequestMapping("/testInterceptor")
public String testInterceptor(){//创造一个数学异常Integer i = 3/0;return "success";
}

发生异常后，就会被自定义的异常处理器捕获，跳转到错误页面

示例 实现异常信息的捕获

配置文件

<!--配置异常处理器-->
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"><property name="exceptionMappings"><props><!--如果出现ArithmeticException数学异常，就跳转到error视图--><prop key="java.lang.ArithmeticException">error</prop></props></property><property name="exceptionAttribute" value="exception"/>
</bean>

配置exceptionAttribute属性，设置一个value

异常信息就会存入request域中，键名为设置的value，值为异常信息。

前端页面展示错误信息

<h3>服务器繁忙！</h3>
<p th:text="${exception}"></p>

3、基于注解的异常处理

使用注解，实现获取异常信息和跳转错误页面

@ControllerAdvice
public class ExceptionController {@ExceptionHandler(value = {ArithmeticException.class})public String testException(Exception exception, Model model){model.addAttribute("exception", exception);return "error";}}

原理：如果遇到了@ExceptionHandler 注解 标识的这些异常，就调用 此 @ExceptionHandler 注解对应的控制器方法。

使用注解，在配置文件中就不需要配置任何关于异常处理器的内容。