SpringMVC之拦截器和异常处理

﹏ヽ暗。殇╰゛Y 2023-10-01 20:54 26阅读 0赞

## 第四章 拦截器和异常处理 ##

#### 回顾 ####

##### 课前测： #####

#### 本章内容 ####

拦截器

异常处理

#### 第一节：拦截器 ####

javaWeb: 三大组件为servlet、filter 、listener

filter: 1.filter接口 2.实现这个接口的过滤器

应用：字符编码过滤，登录过滤，敏感字符过滤，日志记录

listener:监听器

##### 1. SpringMVC拦截器的简介 #####

Spring MVC中的拦截器（Interceptor），它主要用于拦截用户请求并作相应的处理。例如通过拦截器可以进行**权限验证**、记录**请求信息的日志**、**判断用户是否登录**等。要使用Spring MVC中的拦截器，就需要对拦截器类进行定义和配置。

###### Filter过滤器： ######

Servlet中的过滤器Filter是实现了javax.servlet.Filter接口的服务器端程序，主要的用途是设置字符集、控制权限、控制转向、做一些业务逻辑判断等。其工作原理是，只要你在web.xml文件配置好要拦截的客户端请求，它都会帮你拦截到请求，此时你就可以对请求或响应(Request、Response)统一设置编码，简化操作；同时还可进行逻辑判断，如用户是否已经登陆、有没有权限访问该页面等等工作。它是随你的web应用启动而启动的，只初始化一次，以后就可以拦截相关请求，只有当你的web应用停止或重新部署的时候才销毁。

Filter可以认为是Servlet的一种“加强版”，它主要用于对用户请求进行**预处理**，也可以对HttpServletResponse进行后处理，是个典型的处理链。Filter也可以对用户请求生成响应，这一点与Servlet相同，但实际上很少会使用Filter向用户请求生成响应。使用Filter完整的流程是：Filter对用户请求进行预处理，接着将请求交给Servlet进行处理并生成响应，最后Filter再对服务器响应进行后处理。

Filter有如下几个用处

*  在HttpServletRequest到达Servlet之前，拦截客户的HttpServletRequest。
 *  根据需要检查HttpServletRequest，也可以修改HttpServletRequest头和数据。
 *  在HttpServletResponse到达客户端之前，拦截HttpServletResponse。
 *  根据需要检查HttpServletResponse，也可以修改HttpServletResponse头和数据。
    
    Filter有如下几个种类。
 *  用户授权的Filter：Filter负责检查用户请求，根据请求过滤用户非法请求。
 *  日志Filter：详细记录某些特殊的用户请求。
 *  负责解码的Filter:包括对非标准编码的请求解码。
 *  能改变XML内容的XSLT Filter等。
 *  Filter可以负责拦截多个请求或响应；一个请求或响应也可以被多个Filter拦截。

###### Interceptor拦截器： ######

拦截器只会拦截jsp之外的请求。.html

三层架构：表现成(jsp+Controller)，持久层(pojo + dao)，业务层(service==>在项目中的体现 在加一个包 service);

拦截器是在**面向切面编程中应用的**（AOP)，就是在你的service或者一个方法前调用一个方法，或者在方法后调用一个方法。是基于JAVA的**反射机制**。拦截器，在AOP(Aspect-Oriented Programming)中用于在某个方法或字段被访问之前，进行拦截，然后在之前或之后加入某些操作。拦截是AOP的一种实现策略。

SpringMVC 中的Interceptor 拦截请求是通过HandlerInterceptor 来实现的。在SpringMVC 中定义一个Interceptor 非常简单，主要有两种方式，

第一种方式是要定义的Interceptor类要实现了Spring 的HandlerInterceptor 接口，或者是这个类继承实现了HandlerInterceptor 接口的类，比如Spring 已经提供的实现了HandlerInterceptor 接口的抽象类HandlerInterceptorAdapter ；

第二种方式是实现Spring的WebRequestInterceptor接口，或者是继承实现了WebRequestInterceptor的类。

##### 2. 实现方式 #####

springMVC 中的Interceptor 拦截请求是通过HandlerInterceptor 来实现的。

实现了Spring 的**HandlerInterceptor** 接口或者继承实现了HandlerInterceptor 接口的（比如抽象类HandlerInterceptorAdapter ）。

###### **HandlerInterceptor 接口简介** ######

HandlerMapping

HandlerAdapter

HanderItercepter

HandlerInterceptor 接口中定义了三个方法，我们就是通过这三个方法来对用户的请求进行拦截处理的。

（1）preHandle (HttpServletRequest request, HttpServletResponse response, Object handle) ：该方法将在请求处理之前进行调用。SpringMVC 中的Interceptor 是链式的调用的，每个Interceptor 的调用会依据它的声明顺序依次执行，而且最先执行的都是Interceptor 中的preHandle 方法。该方法的返回值是布尔值Boolean类型的，当它返回为false 时，表示请求结束，后续的Interceptor 和Controller 都不会再执行；当返回值为true 时就会继续调用下一个。

（2）postHandle (HttpServletRequest request, HttpServletResponse response, Object handle, ModelAndView modelAndView) 方法：是在当前请求进行处理之后，也就是Controller 方法调用之后执行，但是它会在DispatcherServlet 进行视图返回渲染之前被调用，所以我们可以在这个方法中对Controller 处理之后的ModelAndView 对象进行操作。postHandle 方法被调用的方向跟preHandle 是相反的，也就是说先声明的Interceptor 的postHandle 方法反而会后执行

（3）afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handle, Exception ex) 方法：将在整个请求结束之后，也就是在DispatcherServlet 渲染了对应的视图之后执行。这个方法的主要作用是用于进行资源清理工作的

###### 实现步骤： ######

*  配置文件配置
    
        
            <mvc:interceptors>
                
                <mvc:interceptor>
                    <mvc:mapping path="/要拦截的请求路径"/>
                    <mvc:exclude-mapping path="/放行路径"></mvc:exclude-mapping>
                    <bean class="自定义拦截器的全限定名"></bean>
                </mvc:interceptor>
                
                <mvc:interceptor>
                    <mvc:mapping path="/要拦截的请求路径"/>
                    <mvc:exclude-mapping path="/放行路径"></mvc:exclude-mapping>
                    <bean class="自定义拦截器的全限定名"></bean>
                </mvc:interceptor>
            </mvc:interceptors>
 *  自定义拦截器类实现**HandlerInterceptor** 接口
 *  根据自己的需求详细的实现**preHandle**方法

##### 3.拦截器执行链 #####

请求----》拦截器1 prehandle方法----》拦截器2的prehandle方法—》拦截器3的prehandle方法----》执行当前请求的controller中的方法----》拦截器3的posthandle方法----》拦截器2的posthandle方法----》拦截器1 posthandle方法—>

执行拦截器3afterCompletion方法–>执行拦截器2的afterCompletion方法–>执行拦截器1的afterCompletion方法–》结束！

##### 4.拦截器登录拦截案例 #####

\------>见课堂代码 interceptor\_exception项目。

#### 第二节：统一异常处理 ####

目的：就是让客户在使用程序期间，如果出现错误了，会有一个友好的页面显示，不会再出现大堆的 异常错误信息。

异常：程序运行期间，或者程序编码期间可能出现的错误。

异常的继承体系

throwable ： 异常的顶级父类

Error:错误

Exception: 异常

RuntimeException:

空指针，类转换，数组下标越界，算术。。。

非运行时：编译期异常

IO异常，格式化异常。。。sql异常

异常的处理：

抛出异常：

throws 方法的尾部追加异常种类,s复数，肯定是方法后.

代码中： throw new 异常种类(msg);

捕获异常：

try\{ 可能出现异常的代码\} catch （异常的种类）\{打印异常信息\} finally\{一定会执行的代码\}。

自定以异常：

要求：所有的异常都要处于异常的继承体系之下。

说明我们自己的异常要继承已经存在的jdk内部的异常。一般继承 Exception。

##### 1.统一异常处理思路分析： #####

![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAdGVhX3llYXI_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center]  
![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAdGVhX3llYXI_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 1]

##### 2.自定义异常类 #####

package com.qy136.exception;
    /**
     * 自定义异常类要处于异常的继承体系之下
     */
    public class ErrorException extends Exception{
        
        public ErrorException(){
        
            super();
        }
        public ErrorException(String message){
        
            super(message);
        }
    }

改造Controller:

@RequestMapping("getUser")
        public String getUser() throws Exception{
        
            try {
        
                int a = 1/0;
            } catch (Exception e) {
        
                e.printStackTrace();
                throw  new Exception("出错了，请联系管理员！1111");
            }
            return "success";
        }

在第一步和第二步完毕之后，大家可以做个**测试**，这个测试是测试我们500的错误,500错误已经变成自己的Execption信息。

##### 3.自定义异常处理器 #####

在SpringMVC里面，叫HandlerExceptionResolver

package com.qy136.exception;
    import org.springframework.web.servlet.HandlerExceptionResolver;
    import org.springframework.web.servlet.ModelAndView;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    /**
     * 自定义异常处理器
     * 必须要实现这个接口
     * HandlerExceptionResolver
     */
    public class ErrorExceptionResolver implements HandlerExceptionResolver {
        
        /**     
         * @param httpServletRequest
         * @param httpServletResponse
         * @param o
         * @param  e 此参数 表示的就是异常处理器捕获到的异常。
         * @return
         */
        @Override
        public ModelAndView resolveException(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse, Object o, Exception e) {
        
            /*因为，此方法接收到的异常直接就是Exception父类异常，
                直接使用父类异常无法取出我们自己抛出的子类异常信息
                所以需要做一个强转，将这个Exception 类型的e 转换成我们自己抛出的ErrorException异常
            */
            ErrorException exception;
            //判断e是否是ErrorException子类异常，或者同类异常
            if(e instanceof ErrorException){
        
                exception = (ErrorException) e;
            }else{
        
                exception = new ErrorException("出错了，请联系管理员！2222");
            }
            //通过此ModelAndView对象，让客户端显示一个友好的错误页面
            ModelAndView mv = new ModelAndView();
            mv.setViewName("error");
            mv.addObject("msg",exception.getMessage());
            return mv;
        }
    }

##### 4.配置异常处理器 #####

<bean id="唯一标识" class="自定义异常处理器的全限定名"></bean>

不这样是否可以？？？之前看到一些自定义的bean，都可以使用Spring注解托管,我们这里用的是

在第三步类前面加了个@Component。

##### 5.观察结果显示 #####

![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAdGVhX3llYXI_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 2]

**调试二**

注意：原来出现异常之后，在页面上用户会看到一堆堆的500、404的错误信息，用户体验不好。我们可以自定义错误页面信息，UI体验效果会更好。

在登录页面，加异常处理.

异常处理器的全限定名">

不这样是否可以？？？之前看到一些自定义的bean，都可以使用Spring注解托管,我们这里用的是
    
    在第三步类前面加了个@Component。
    
    #### 5.观察结果显示
    
    
    
    **调试二**
    
    注意：原来出现异常之后，在页面上用户会看到一堆堆的500、404的错误信息，用户体验不好。我们可以自定义错误页面信息，UI体验效果会更好。
    
    在登录页面，加异常处理.

[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAdGVhX3llYXI_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center]: https://img-blog.csdnimg.cn/a912c09a699d4a1c9f170f023c4b5f76.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAdGVhX3llYXI=,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAdGVhX3llYXI_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 1]: https://img-blog.csdnimg.cn/1e21662e876b43f69e4f9bbb1727e653.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAdGVhX3llYXI=,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAdGVhX3llYXI_size_20_color_FFFFFF_t_70_g_se_x_16_pic_center 2]: https://img-blog.csdnimg.cn/3fc2fd475d0b423e8e9f6c34abfe2a9e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAdGVhX3llYXI=,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center