在线代理服务器网站金牛区建设审批网站
目录
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提供了一个处理 控制器方法执行过程中所出现的异常的接口：
HandlerExceptionResolverHandlerExceptionResolver接口的实现类：
- DefaultHandlerExceptionResolver，是SpringMVC默认使用的异常处理器
- SimpleMappingExceptionResolver，用于自定义 异常处理器
自定义异常处理器的使用场景
大致有两个作用：
- 对系统异常提供自定义处理。比如出现某个异常时，跳转到服务器繁忙的页面，用户就不会看到500这类的页面了
- 提供对自定义异常的处理方案
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 注解对应的控制器方法。
使用注解，在配置文件中就不需要配置任何关于异常处理器的内容。